replicatie tussen servers waar globale character_set_% en collatie% parameters verschillend zijn, wordt niet ondersteund.
http://dev.mysql.com/doc /refman/5.6/en/replication-features-charset.html
-- on both servers check the output of...
SHOW VARIABLES LIKE 'char%';
SHOW VARIABLES LIKE 'collat%';
niet alleen kan replicatie mislukken als sets en sorteringen verschillend zijn, maar het kan ook resulteren in verschillende sorteervolgorden en karakterverlies tijdens conversiesets/sorteringen. sorteervolgorde kan van invloed zijn op zaken als invoegen/bijwerken bij gebruik van op instructies gebaseerde replicatie.
u kunt de nieuwe server het beste configureren om dezelfde sets en sorteringen te gebruiken als de oude server. dit zorgt ervoor dat de replicatie correct werkt. je moet er ook voor zorgen dat database, tabellen en kolommen allemaal dezelfde sorteringen hebben tussen master en slave. zodra u naar de nieuwe server migreert, kunt u set &collatie wijzigen met tools zoals 5.6 online schemawijziging of pt-online-schema-change van percona toolkit.
ik raad ook aan om percona's pt-table-checksum uit te voeren om er zeker van te zijn dat uw tabellen niet afwijken tijdens replicatie of de eerste export/import.
zie hier voor meer informatie over de impact van verschillen:
- http://dev.mysql. com/doc/refman/5.6/en/replication-features-charset.html
- Wat is het verschil tussen utf8_general_ci en utf8_unicode_ci
- http://forums.mysql.com/ read.php?103,187048,188748#msg-188748
- http://dev.mysql. com/doc/refman/5.6/en/charset-unicode-sets.html
- https://dba.stackexchange.com/questions/8006/whats-the-differences-between-utf8-general-ci-and-utf8-unicode-ci-and-utf8-bina
voor iedereen die Amazon RDS gebruikt, houd er rekening mee dat de standaard mysql 5.6-instellingen gemengde utf8(mb3) en latin1 (voor server en database) gebruiken. u moet die met een aangepaste parametergroep overschrijven als replicatie van niet-RDS naar/van RDS (overeenkomstige bron-/bestemmingsservers).