处理MYSQL主从库数据不一致的问题【Slave
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了处理MYSQL主从库数据不一致的问题【Slave，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1947字，纯文字阅读大概需要3分钟。
内容图文
场景：有同事需要把从库中的数据，同步一份到新环境，但发现在主库上执行count语句，和从库上执行count语句得出的结果不同。 解决思路： 在从库上执行show slave status \G ，查看返回结果： *************************** 1. row **************************
场景：有同事需要把从库中的数据，同步一份到新环境，但发现在主库上执行count语句，和从库上执行count语句得出的结果不同。
解决思路：
在从库上执行 show slave status \G ，查看返回结果：
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.118
Master_User: bak
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000728
Read_Master_Log_Pos: 586670704
Relay_Log_File: mysqld-relay-bin.002178
Relay_Log_Pos: 457911949
Relay_Master_Log_File: mysql-bin.000709
Slave_IO_Running: Yes
Slave_SQL_Running: No
Replicate_Do_DB: mydb
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 1062
Last_Error: Error 'Duplicate entry 'XXXXXXX' for key 2' on query. Default database: 'mydb'. Query: 'INSERT INTO `network` (`uuid`, `machine_name`, `port`, `update_time`) VALUES ('5''
Skip_Counter: 0
Exec_Master_Log_Pos: 457911812
Relay_Log_Space: 20988097167
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: null
1 row in set (0.00 sec)
发现从库在同步时出错，没有能正常同步，解决方法：
第一：停止slave,slave stop;
第二：跳过一条出错的语句：set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
第三：启动slave,slave start;
第四：使用show slave status \G 查看当前的同步情况，如果Slave_SQL_Running: Yes，则成功，如果Slave_SQL_Running: No，则再次执行一到四。如果不想一次次重复，可以在第二步中跳过多条错误的语句。
最后看看当前从库与主库的时间差：Seconds_Behind_Master: 197011
内容总结
以上是互联网集市为您收集整理的处理MYSQL主从库数据不一致的问题【Slave全部内容，希望文章能够帮你解决处理MYSQL主从库数据不一致的问题【Slave所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。