哎呦喂，兄弟们，今天咱们聊点刺激的！最近有朋友问我，他家的 MySQL 从库宕机后，恢复了，结果发现主从数据不一致，简直是愁得头发都要掉了！

别慌，别慌！数据不一致咱们都是老司机了，这都不算事儿！先来捋捋，这主从数据不一致，怎么就成了“绝症”了呢？

其实吧，这种情况大多是主库和从库之间“交流”出了比如从库“掉线”了，或者主库“发”的日志，从库没“收到”，或者从库“偷懒”，没及时同步数据，结果就导致了“分道扬镳”。

当然了，也有可能是主库和从库“性格”不合，版本不一致，导致数据“鸡同鸭讲”。

不过别担心，咱们都是有经验的“老司机”，这问题还是可以解决的！今天就来跟大家分享几个妙招，保证让你的主从数据重回“甜蜜”状态！

第一步：诊断“病情”

咱们要先“验明正身”，确定到底是什么原因导致了数据不一致。就像医生看病一样，要先问诊，然后才能对症下药。

检查主从同步状态： 看看主库和从库之间是不是“断联”了？可以用 show slave status 命令查看从库的同步状态，如果出现错误信息，就说明它们之间“交流”出现了

对比主库和从库数据： 用 select count() from table_name 命令分别查询主库和从库对应的数据量，看看数据是否一致。如果数据不一致，那就说明从库的数据“落后”了。

第二步：对症下药

找到“病因”后，咱们就可以开始“治疗”了。根据不同的情况，咱们可以用不同的方法来解决

方案一：重置从库同步设置

就像咱们“重启”电脑一样，有时候重启一下从库，就能“恢复”同步状态。

停止从库同步： 使用 stop slave 命令停止从库的同步。

重置从库同步设置： 使用 reset slave 命令重置从库的相关设置，这样从库就会重新开始同步主库的数据。

启动从库同步： 使用 start slave 命令启动从库同步。

方案二：手动同步数据

如果从库“落后”太多，或者出现“错误数据”，就需要手动同步了。

查找差异数据： 使用 mysqlbinlog 命令查看主库的二进制日志，找到从库没有同步的日志记录。

手动执行 SQL 语句： 根据二进制日志记录的内容，手动执行相应的 SQL 语句，将主库的数据同步到从库。

方案三：使用 PT 工具包

如果数据量太大，手动同步太麻烦，可以使用 Percona Toolkit 工具包来帮忙。

安装 PT 工具包： 使用 yum install percona-toolkit 命令安装 PT 工具包。

使用 pt-table-checksum 工具检查数据一致性： 这个工具可以帮助你快速检查主库和从库的数据是否一致。

使用 pt-table-sync 工具同步数据： 这个工具可以帮助你将主库的数据同步到从库，并且可以处理数据冲突。

方案四：升级从库版本

如果主库和从库版本不一致，可能会导致数据同步错误。

升级从库版本： 将从库升级到与主库相同的版本，这样就能保证主从数据同步正常进行。

第三步：验证结果

“治疗”结束之后，咱们要记得“复查”一下，确保主从数据已经恢复一致。

再次检查主从同步状态： 使用 show slave status 命令查看从库的同步状态，确保没有错误信息。

再次对比主库和从库数据： 使用 select count() from table_name 命令分别查询主库和从库对应的数据量，确保数据一致。

总结

主从数据不一致看似很棘手，其实只要找到“病因”，对症下药，就能轻松解决。

记住，咱们是“老司机”，不怕任何“突发状况”！

来个互动小游戏，你遇到过哪些主从数据不一致的“奇葩”欢迎分享你的经验，咱们一起“学习”！