Estoy configurando la replicación de MySQL a través de binlog. Es una configuración maestro/esclavo.Mejores prácticas de replicación de MySQL
Tengo algunas preguntas sobre cómo hacer esto de la mejor manera.
- Debe replicarse el esquema de información, si es sí/no, ¿por qué?
- Debería replicarse mysql db, si es sí/no, ¿por qué?
- Si todo debe ser replicado, ¿no es necesario configurar binlog-do-db?
Cheers.
¿Qué significa 'binlog-do-db' debe definirse? Tengo muchas bases de datos para replicar y no deseo enumerarlas – conandor
Los cambios en INFORMATION_SCHEMA no se escriben en los registros binarios. No es una base de datos "real", es solo un contenedor tabular conveniente alrededor de los metadatos internos, por lo que no hay operaciones INSERT/UPDATE/DELETE reales que ocurran en él. No hay absolutamente ninguna razón para incluir un binlog-ignore-db o relay-ignore-db para INFORMATION_SCHEMA y muchas razones * no * para tener filtros de replicación, especialmente los innecesarios. –
Si realmente usa binlog-do-db, recuerde que las consultas entre bases de datos no funcionarán. Prefiero no usar binlog-do-db si no tengo que hacerlo en los servidores que solo comparten una base de datos de producción. Consulte los documentos para obtener una explicación: http://dev.mysql.com/doc/refman/5.5/en/replication-options-binary-log.html#option_mysqld_binlog-do-db – warden