mysql怎么查看主从复制数据是否一致_MYSQL主从复制不一致

本文探讨了导致MySQL主从复制数据不一致的各种原因,包括网络延迟、负载不均、配置不一致等,并提供了检查和修复主从不一致的方案,如使用Percona Toolkit工具或手动重建不一致的表。
摘要由CSDN通过智能技术生成

主从不同步的情况

1.网络延迟

由于mysql主从复制是基于binlog的一种异步复制,通过网络传送binlog文件,理所当然网络延迟是主从不同步的绝大多数的原因,特别是跨机房的数据同步出现这种几率非常的大,所以做读写分离,注意从业务层进行前期设计。

2.主从两台机器的负载不一致,由于mysql主从复制是主数据库上面启动1个io线程,而从上面启动1个sql线程和1个io线程,当中任何一台机器的负载很高,忙不过来,导致其中的任何一个线程出现资源不足,都将出现主从不一致的情况。

3.max_allowed_packet设置不一致,主数据库上面设置的max_allowed_packet比从数据库大,当一个大的sql语句,能在主数据库上面执行完毕,从数据库上面设置过小,无法执行,导致的主从不一致。

4.自增键不一致,key自增键开始的键值跟自增步长设置不一致引起的主从不一致。

5.同步参数设置问题,mysql异常宕机情况下,如果未设置sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出现binlog或者relaylog文件出现损坏,导致主从不一致。

6.主库binlog格式未Statement,同步到从库执行后可能造成主从不一致。

7.主库执行更改前有执行set sql_log_bin=0,会使主库不记录binlog,从库也无法变更这部分数据。

8.从节点未设置只读,误操作写入数据。

9.主库或从库意外宕机,宕机可能会造成binlog或者relaylog文件出现损坏,导致主从不一致

10.主从实例版本不一致,特别是高版本是主,低版本是从的情况下,主数据库上面支持的功能从数据库上面可能不支持

11.MYSQL自身bug导致

主从不一致查看

主库上查看是否有太多sleep线程, 发现线程正常

mysql>show processlist;+----+----------+------------------+------+------------------+------+-----------------------------------------------------------------------+------------------+

| Id | User | Host | db | Command | Time | State | Info |

+----+----------+------------------+------+------------------+------+-----------------------------------------------------------------------+------------------+

| 1 | repluser | 10.0.0.216:48640 | NULL | Binlog Dump GTID | 3595 | Master has sent all binlog to slave; waiting for binlog to be updated | NULL |

| 3 | root | localhost | NULL | Query | 0 | init | show processlist |

+----+----------+------------------+------+------------------+------+-----------------------------------------------------------------------+------------------+

2 rows in set (0.00 sec)

查看主库,状态也正常

mysql>show master logs;+----------------------+-----------+

| Log_name | File_size |

+----------------------+-----------+

| localhost-bin.000001 | 9839 |

+----------------------+-----------+

1 row in set (0.00 sec)

由此可见是从库的问题

从库解决方法1:重新实现从库

主库数据量较大的话,这个方法恢复时间比较慢,而且有时候从库也承担一部分的查询操作,不能贸然重建。

从库解决方法2:使用percona-toolkit工具辅助

从库解决方法3:手动重建不一致的表

在从库发现某几张与主库数据不一致,而这几张表数据量也比较大,手工对比数据不现实,重做整个库也比较慢,这个时候可以只重做这几张表来修复主从不一致

这个方案缺点是在执行导入期间需要暂时停止从库复制

实现思路:

假设A,B,C这三张表主从数据不一致

1.停止从库复制

2.在主库上dump这三张表,并且记录下同步的binlog和POS点

3.查看A_B_C.sql文件,找出记录的binlog和POS点

4.把A_B_C.sql拷贝到slave机器上,并做指定复制到的位置

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值