Pregunta

Actualmente tengo dos servidores Linux ejecutando MySQL, uno sentado en un estante a la derecha, junto a mí, a menos de 10 Mbit/s de subida de la tubería (servidor principal) y el otro un par de kilómetros de distancia en un 3 Mbit/s de subida de la tubería (espejo).

Quiero ser capaz de replicar los datos en ambos servidores de forma continua, pero se han topado con varios obstáculos.Uno de ellos, en virtud de MySQL configuraciones maestro/esclavo, cada ahora y entonces, algunas de las declaraciones de la gota (!), significado;algunas personas iniciar sesión en el espejo URL no ver los datos que yo sé que está en el servidor principal y viceversa.Digamos que esto sucede en un significativo bloque de datos una vez cada mes, así que puedo vivir con ella y asumir que es un "paquete perdido" cuestión (es decir, dios lo sabe, pero vamos a compensar).

La más importante (y molesto) tema recurrente es que, cuando por alguna razón por la que hacemos una importante carga o actualización (o reiniciar) en un extremo y tiene que sever el enlace, a continuación, CARGAR los DATOS DEL MAESTRO no funciona y tengo que volcar manualmente en un extremo y subir por el otro, una gran tarea hoy en día a mover algunas .5 TB de datos.

Hay software para esto?Sé MySQL (la "corporación") ofrece esta como MUY caro (servicio completo de replicación de base de datos).¿Qué hace la gente por ahí no?La forma en que está estructurada, podemos ejecutar una conmutación por error automática en la que si un servidor no es, entonces la URL principal sólo se resuelve en el otro servidor.

No hay solución correcta

Otros consejos

Nosotros, en Percona ofrecen herramientas gratuitas para detectar las discrepancias entre el maestro y el servidor, y ayudarles a volver a sincronizar por volver a aplicar los cambios mínimos.

GoldenGate es una muy buena solución, pero probablemente tan caro como el de MySQL replicador.

Básicamente, las colas de la revista, y aplica los cambios en función de lo comprometido.Ellos apoyan la replicación bidireccional (una tarea difícil), y la replicación entre sistemas heterogéneos.

Ya que el trabajo mediante el procesamiento de la revista de archivos, se puede hacer distribuidas a gran escala de replicación sin afectar el rendimiento de la máquina fuente(s).

Nunca he visto caer las declaraciones, pero hay un error por el que la red podría causar problemas de registro de la retransmisión de la corrupción.Asegúrese de que usted no ejecutar mysql sin esta revisión.

Documentado en la 5.0.56, 5.1.24, y 6.0.5 changelogs de la siguiente manera:

   Network timeouts between the master and the slave could result
   in corruption of the relay log.

http://bugs.mysql.com/bug.php?id=26489

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top