--replicate-wild-ignore-table não funciona?

Isso pode ser um tanto surpreendente, mas esse erro é a prova de que seu filtro de replicação está funcionando . A instrução que parou de funcionar é um UPDATE para outra tabela, mas a atualização está usando dados da tabela que você disse para não replicar na cláusula SELECT. Observe que o erro é que a tabela norep_cp_banner_tvc_temp_não existe. Os filtros de replicação são respeitados apenas nas tabelas afetadas - não é apenas uma correspondência de padrão direta.

Os filtros de replicação são um tanto complicados - sugiro que você leia Como os servidores avaliam as regras de filtro de replicação e Avaliação das opções de replicação em nível de tabela .

A primeira pergunta a se fazer é por que estou filtrando a replicação? Raramente há uma boa razão para isso e geralmente causa muito mais problemas do que resolve.

Definitivamente, você pode contornar o problema usando a replicação baseada em linha (RBR) em vez da replicação baseada em instrução (SBR). O RBR replica as alterações nos dados em vez da instrução.

Também sugiro que você refatore seu UPDATE como uma junção. IN (SELECT...)é muito mal otimizado no MySQL pré-5.6 e isso terá muito mais desempenho:

UPDATE `ox_banners` A
JOIN norep_cp_banner_tvc_temp_ temp USING (bannerid)
SET A.`status` = 1;

Outra maneira de contornar esse problema é atualizando um campo fictício na tabela norep . Algo assim:

UPDATE ox_banners A
JOIN norep_cp_banner_tvc_temp_ temp USING (bannerid)
SET A.`status` = 1, temp.dummy = 1;

Isso pode enganar o MySQL para filtrar esta declaração, mas é um truque para dizer o mínimo. RBR é provavelmente sua melhor aposta.

ATUALIZAÇÃO 2012-07-24

Você mencionou que está fazendo isso para contornar alguns dos problemas com tabelas temporárias sendo usadas com replicação. Filtrá-los completamente é uma maneira terrível de lidar com esse problema. Considere fazer isso em vez disso, se estiver preocupado com isso.

Crie um banco de dados separado para manter suas tabelas "temporárias"

mysql> create database temptables;
Query OK, 1 row affected (0.08 sec)

mysql> use temptables;
Database changed

Namespace as tabelas usando seu CONNECTION_ID...

mysql> SELECT CONNECTION_ID();
+-----------------+
| CONNECTION_ID() |
+-----------------+
|              52 |
+-----------------+
1 row in set (0.00 sec)

mysql> CREATE TABLE 52_my_temp ( foo int ) ENGINE=InnoDB;
Query OK, 0 rows affected (0.20 sec)

Use a mesa normalmente, então DROPa mesa

mysql> DROP TABLE IF EXISTS 52_my_temp;
Query OK, 0 rows affected (0.05 sec)

Por fim, crie um processo que limpe as tabelas de vez em quando, caso o DROP TABLE não tenha sido executado. Algo assim (sintaxe do Ruby Sequel aqui):

# get a list of all the tables in the temp database
query = "SELECT TABLE_NAME FROM INFORMATION_SCHEMA.PROCESSLIST WHERE TABLE_SCHEMA=?"
db[query, 'temptables'].each do |row|
  # get the connection id
  id = row[:TABLE_NAME].split('_')[0].to_i
  # is the connection still active?
  query = "SELECT COUNT(*) AS cnt FROM INFORMATION_SCHEMA.PROCESSLIST WHERE id = ?"
  if db[query, id].first[:cnt] < 1
    db["DROP TABLE #{row[:TABLE_NAME]}"]
  end
end

• Blog para Why replication is bad for temporary tables: http://scale-out-blog.blogspot.in/2012/04/replication-is-bad-for-mysql-temp.html
• Desligamento escravo seguro ao usar tabelas temporárias:

Tabelas temporárias são replicadas, exceto no caso em que você para o servidor escravo (não apenas os encadeamentos escravos) e replica as tabelas temporárias que estão abertas para uso em atualizações que ainda não foram executadas no escravo. Se você parar o servidor escravo, as tabelas temporárias necessárias para essas atualizações não estarão mais disponíveis quando o escravo for reiniciado. Para evitar este problema, não desligue o slave enquanto ele estiver com as tabelas temporárias abertas. Para mais informações consulte:

http://dev.mysql.com/doc/refman/5.1/en/replication-features-temptables.html

• Log baseado em linha, replicação baseada em linha e tabelas temporárias:

As tabelas temporárias não são replicadas ao usar o formato baseado em linha. Quando o formato misto está em vigor, as instruções “seguras” envolvendo tabelas temporárias são registradas usando o formato baseado em instrução. Para mais informações consulte

http://dev.mysql.com/doc/refman/5.1/en/replication-sbr-rbr.html

As tabelas temporárias não são replicadas ao usar o formato baseado em linha porque não há necessidade. Além disso, como as tabelas temporárias podem ser lidas apenas a partir do thread que as criou, raramente ou nunca há nenhum benefício obtido em replicá-las, mesmo ao usar o formato baseado em instrução.