5
Je configure la réplication MySQL via binlog. C'est une configuration maître/esclave.Meilleures pratiques de réplication MySQL
J'ai quelques questions sur la façon de le faire de la meilleure façon.
- Si le schéma d'information est répliqué, si oui/non, pourquoi?
- Devrait-on répliquer mysql db? Si oui/non, pourquoi?
- Si tout doit être répliqué, aucun binlog-do-db n'a besoin d'être défini?
Cheers.
Alors, binlog-do-db doit-il être défini? J'ai beaucoup de bases de données à répliquer et je ne souhaite pas les lister – conandor
Les modifications apportées à INFORMATION_SCHEMA ne sont pas écrites dans les journaux binaires. Ce n'est pas une "vraie" base de données, c'est juste une encapsulation tabulaire pratique autour des métadonnées internes, donc il n'y a pas d'opérations INSERT/UPDATE/DELETE qui se produisent sur elle. Il n'y a absolument aucune raison d'inclure un binlog-ignore-db ou un relay-ignore-db pour INFORMATION_SCHEMA et beaucoup de raisons * pas * d'avoir des filtres de réplication, en particulier ceux qui sont inutiles. –
Si vous utilisez réellement binlog-do-db, n'oubliez pas que les requêtes inter-base de données ne fonctionneront pas. Je préfère ne pas utiliser binlog-do-db si je n'ai pas à le faire sur les serveurs qui ne partagent qu'une base de données de production. Consultez les documents pour obtenir des explications: http://dev.mysql.com/doc/refman/5.5/fr/replication-options-binary-log.html#option_mysqld_binlog-do-db – warden