码迷,mamicode.com
首页 > 数据库 > 详细

MySQL因字符集导致主从数据不一致

时间:2020-03-14 09:20:46      阅读:72      评论:0      收藏:0      [点我收藏+]

标签:复制   服务器   nes   nsa   db2   nts   好用   size   设置   

因为[utf8mb4](https://dev.mysql.com/doc/refman/5.7/en/charset-unicode-utf8mb4.html)支持更多的字符,所以一般都使用utf8mb4字符集。在MySQL 8.0中默认字符集就已经是utf8mb4了。但是,在MySQL 5.7中,默认的字符集还是utf8。而这接下来的一切,正是在5.7中发生的。 最近接了个任务,因为机房需要搬迁,需要迁移数据库。为了减少停机时间,通过主从切换方式进行。而又因为需要合并服务器,又采用了多源复制的手段。掂量了一下,觉得还是逻辑备份的方式方便。说干就干,先导出数据:`mysqldump -u root -p‘123456‘ --single-transaction --events --triggers --routines --master-data=2 --databases db1 db2 db3 --result-file=‘a001.sql‘`。导入数据后需校验一下数据,`checksum table`就挺好用了。从两端跑出来结果,一对比却是不一样的。捣鼓了半天,终于发现玄机。这里直接公布答案。

为了方便描述,现将主从不一致结果放到一个库中展示:
技术图片
虽然,查询结果看着是一样的,但却是不一样的数据。

对应的表结构:
技术图片

这里看到表的字符集是utf8mb4。对应的字符集设置:
技术图片

发现客户端的字符集和表的字符集是不一致的。修改客户端字符集后再查看:
技术图片

此时,就可以看到数据是不一样的。

回去看备份文件:
技术图片

备份的连接用的是utf8。

至此结案。接下来再备份导入看看效果mysqldump -u root -p‘123456‘ --single-transaction --default-character-set=utf8mb4 --events --triggers --routines --master-data=2 --databases db1 db2 db3 --result-file=‘a001.sql‘

MySQL因字符集导致主从数据不一致

标签:复制   服务器   nes   nsa   db2   nts   好用   size   设置   

原文地址:https://blog.51cto.com/geamover/2478075

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!