Copiar los problemas y soluciones
la corrupción de datos o pérdida de error
Por una variedad de razones, la replicación de MySQL no es así de una caída del servidor, falta de energía eléctrica, daños en el disco, la memoria o de la red de recuperación de errores. Es casi seguro que necesitará ser copiado desde el principio para reiniciar algún momento se encuentra con estos problemas.
La mayoría de los problemas de la piel debido a un apagado no normal es causada por la ausencia de datos oportunos para el cepillo de disco
Los principales y de respaldo motores de almacenamiento de bases de datos utilizan diferentes bibliotecas
Utilizar diferentes motores de almacenamiento en la base de datos en espera, a veces puede ser beneficioso. Sin embargo, en algunos casos, pero la declaración uso de replicación se basa, si la base de datos standby utiliza un motor de almacenamiento diferente, puede resultar en un diferentes resultados de la ejecución de la biblioteca principal y equipo de la biblioteca, como la declaración de incertidumbre utiliza diferentes bases de datos Zhu espera más probable que cause problemas durante el motor de almacenamiento.
dependencia de datos no replicada
Si usted tiene una base de datos en espera no existe en la base de datos o tabla en la biblioteca principal, la copia será muy fácil de romper accidentalmente, y viceversa. Supongamos que hay una biblioteca preparada no existe en el repositorio de base de datos primaria cero llamado. Si esto ocurre actualizar las tablas de la base de datos en la base de datos primaria, base de datos standby intentará interrumpir la reproducción de estas actualizaciones. Del mismo modo, si crea una tabla en una base de datos en espera de que ya existe en la copia principal biblioteca también puede estar interrumpida.