No que diz respeito à criação de bancos de dados, ainda há relatórios de bugs sobre o uso de CREATE DATABASE com replicação baseada em linha.
Este relatório está fechado, mas o bug apareceu novamente no MySQL 5.1.47
< a href="http://bugs.mysql.com/bug.php?id=11143"> Este relatório é baseado no MySQL Cluster (mecanismo de armazenamento NDB)
Este relatório é baseado na replicate-wild-ignore-table que ainda está sendo replicada.
A replicação baseada em linha faz com que os logs binários cresçam a uma taxa extraordinária, o que pode elevar o tráfego de rede apenas enviando dados de log binários para os logs de retransmissão do escravo.
@Mike diz que conseguiu que a criação do banco de dados funcione e se replique bem. Eu não duvido disso. O que eu sou é um pouco suspeito de que o MySQL (eh Oracle) não tenha tirado todos os detalhes da replicação baseada em linha depois que o banco de dados é instanciado.
Você pode querer mudar para row_format MIXED se ainda quiser entradas com base em linha nos logs binários. Internamente, o formato de log binário tende a flutuar entre a declaração e a fixada de qualquer maneira: (Consulte o link ). Mais relatórios de bugs são fechados usando misturados e afastando-se do link , mas os problemas persistem intermitentemente .
NOTA FINAL
Para sua própria sanidade, reverta de volta para a replicação baseada em instruções e, assim, crie CREATE DATABASE (que é uma instrução SQL ) estável e consistente para o SQL subsequente no banco de dados criado. Na verdade, o relatório de erros mais recente mostra que é melhor usar a replicação baseada em instruções, independentemente do que a documentação diz sobre as opções no nível do banco de dados e no nível da tabela.