Replicación de MySQL para escenario alternativo

Question

Cuando tengo dos servidores mysql que tienen trabajos diferentes (con bases de datos diferentes) pero quiero poder usar uno de ellos para ingresar cuando el otro falla, ¿qué sugeriría cómo mantengo iguales los datos de ambos? a tiempo real"?

Obviamente, no es posible realizar un volcado completo de la base de datos cada x minutos.

He leído sobre el Registro binario, ¿Es ese el camino que tengo que seguir?¿Eso no ralentizará mucho el servidor alternativo?¿Hay alguna manera de no incluir algunas tablas en el registro binario, donde no importa que los datos hayan cambiado?

Answer 1

El registro binario es definitivamente el camino a seguir.Sin embargo, debes tener en cuenta que con mysql No puedes simplemente alternar entre servidores de esa manera.

Un servidor será el maestro y el otro será el esclavo.Usted escribe/lee en el maestro, pero solo puede leer desde el servidor esclavo.Si alguna vez escribes al esclavo, no estarán sincronizados y no hay una manera fácil de sincronizarlos nuevamente (básicamente, debes intercambiarlos para que el maestro sea el nuevo esclavo, pero este es un proceso manual tedioso). ).

Si necesita verdaderas bases de datos de respaldo intercambiables en caliente, es posible que deba recurrir a un sistema que no sea mysql.Si todo lo que desea es una copia de seguridad en vivo de solo lectura que pueda usar instantáneamente en el peor de los casos (el maestro se destruye permanentemente), Binary Log le vendrá bien.

Answer 2

Es posible que desee considerar la maestro maestro escenario de replicación, pero con un ligero giro.Puede especificar qué bases de datos replicar y limitar la replicación para cada servidor.

Para el servidor1 agregaría --replicate-do-db=server_2_db y en el servidor2 --replicate-do-db=server_1_db a su my.cnf (o my.ini en Windows).Esto significaría que solo las declaraciones para server_1_db se replicarían en server2 y viceversa.

Asegúrese también de realizar copias de seguridad completas de forma regular y no confiar únicamente en la replicación, ya que no proporciona seguridad contra ataques accidentales. DROP DATABASE declaraciones o similares.