首页 / MYSQL / mysql主从不同步问题分析

mysql主从不同步问题分析

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了mysql主从不同步问题分析，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1768字，纯文字阅读大概需要3分钟。

内容图文

查看丛库状态show slave status\G

从库原文提示：Last_Error: Coordinator stopped because there were error(s) in the worker(s). The most recent failure being: Worker 1 failed executing transaction '864e6992-0a34-11e7-a98a-7cd30ac6c9ec:148408' at master log mysql-bin.000010, end_log_pos 920578920. See error log and/or performance_schema.replication_applier_status_by_worker table for more details about this failure or others, if any.

mysql主从不同步问题分析 - 文章图片

1、 按照丛库的提示找原因，输入命令

select * from performance_schema.replication_applier_status_by_worker\G

得到

mysql主从不同步问题分析 - 文章图片

知道这个事务发生在表 r_com_patent 上，定位到表，但是不知道哪一条记录。

2、 到主库找二进制文件发生了什么事。输入命令

Mysqlbinlog --no-defaults –v –v --base64-output=decode-rows /usr/local/mysql/data/master-bin.000010 | grep –A ‘10’ 920578920

mysql主从不同步问题分析 - 文章图片


终于定位到记录了。

主库在表r_com_patent做了更新操作，而丛库找不到更新的记录。

具体来说就是，主库将表r_com_patent中patent_id为45的记录，字段cid从NULL更改为3253026.而丛库表r_com_patent中patent_id为45的记录，字段cid原本为3253026，由于复制机制就必须找丛库表r_com_patent中patent_id为45并且id为NULL的记录，所以没找到。。。

3、 解决方法

1) 在master查看那条记录。

Select * from r_com_patent where patent_id = 45;

2) 在slave上，查找下更新后的那条记录，应该是不存在的。

　　Select * from r_com_patent where patent_id = 45;

3) 把丢失的数据在Slave上填补或是修改。　　

　　Insert into r_com_patent values(3253026,45);

4) 在slave跳过报错的事务。

Stop slave;
Set @@SESSION.GTID_NEXT=’ 864e6992-0a34-11e7-a98a-7cd30ac6c9ec:148408’
Begin;
Commit;
Set @@SESSION.GTID_NEXT = AUTOMATIC;
Start slave;

之后，再检查一遍　　

Show slave status\G

以上就是mysql主从不同步问题分析的详细内容，更多请关注Gxl网其它相关文章！

内容总结

以上是互联网集市为您收集整理的mysql主从不同步问题分析全部内容，希望文章能够帮你解决mysql主从不同步问题分析所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/537762.html

来源：【匿名】