replikering mellem servere, hvor globale character_set_% og collation% parametre er forskellige, understøttes ikke.
http://dev.mysql.com/doc /refman/5.6/da/replication-features-charset.html
-- on both servers check the output of...
SHOW VARIABLES LIKE 'char%';
SHOW VARIABLES LIKE 'collat%';
ikke kun kan replikering mislykkes, hvis sæt og sorteringer er forskellige, men det kan resultere i forskellige sorteringsrækkefølger og tegntab under konverteringssæt/sorteringer. sorteringsrækkefølge kan påvirke ting som indsæt/opdatering, hvis du bruger sætningsbaseret replikering.
det er bedst at konfigurere den nye server til at bruge de samme sæt og sorteringer som den gamle server. dette vil sikre, at replikering fungerer korrekt. Du vil også gerne sikre dig, at database, tabeller og kolonner alle har de samme sorteringer mellem master og slave. Når du har migreret til den nye server, kan du ændre sæt og sortering med værktøjer som 5.6 online skemaændring eller pt-online-schema-change fra percona toolkit.
Jeg anbefaler også at køre perconas pt-table-checksum for at sikre, at dine tabeller ikke har divergeret under replikering eller indledende eksport/import.
se her for mere information om virkningen af forskelle:
- http://dev.mysql. com/doc/refman/5.6/da/replication-features-charset.html
- Hvad er forskellen mellem utf8_general_ci og 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
til alle, der bruger Amazon RDS, skal du huske, at standardindstillingerne for mysql 5.6 bruger blandet utf8(mb3) og latin1 (til server og database). du bør tilsidesætte dem med en tilpasset parametergruppe, hvis replikering fra ikke-RDS til/fra RDS (matchende kilde-/destinationsservere).