Copie problemas e soluções
corrupção ou perda de erro de dados
Por uma variedade de razões, MySQL replicação não é bem a partir de uma falha do servidor, falha de energia, corrupção de disco, memória ou rede recuperação de erros. Quase certamente precisam ser copiados desde o início para reiniciar algum momento encontrar esses problemas.
A maioria dos problemas de pele devido ao desligamento não-normal é causada pela ausência de dados oportuna a escova de disco
As principais e de backup mecanismos de armazenamento de banco de dados usam diferentes bibliotecas
Use diferentes mecanismos de armazenamento no banco de dados de espera, às vezes pode ser benéfico. No entanto, em alguns cenários, mas declaração replicação uso é baseado, se o banco de dados standby usa um mecanismo de armazenamento diferente, pode resultar em diferentes resultados de execução na biblioteca principal e equipamentos biblioteca, como a declaração de incerteza usa diferente banco de dados Zhu espera mais propensos a causar problemas durante mecanismo de armazenamento.
dependência de dados não replicado
Se você tem um banco de dados standby não existe no banco de dados ou tabela na biblioteca principal, copiando vai ser muito fácil de quebrar acidentalmente, e vice-versa. Suponha que haja uma biblioteca preparada não existe no repositório de banco de dados primário zero nomeado. Se isso ocorrer atualizar as tabelas no banco de dados no banco de dados principal, banco de dados standby vai tentar interromper a reprodução dessas atualizações. Da mesma forma, se você criar uma tabela em um banco de dados standby que já existe na cópia principal biblioteca pode também ser interrompido.