MySQL数据一致性校验与修复工具pt-table-checksum&pt-table-sync
MySQL主从复制是基于Binlog的逻辑复制,主从数据一致性会因为MySQL的Bug或者人为误操作等原因产生不一致,而这种不一致又因为逻辑复制的原因,可能隐藏了很久都不会被发现,只有在更新不一致的数据,导致主从复制中断,或者读写分离,业务读从库,发现数据不对时,才能被发现。
针对MySQL可能产生的数据不一致问题,Percona公司提供了两个工具,用于MySQL数据一致性的校验与修复。
- pt-table-checksum
- pt-table-sync
官方地址: https://www.percona.com/downloads/percona-toolkit/LATEST/
1. pt-table-checksum
用法:
pt-table-checksum --recursion-method="processlist" --nocheck-binlog-format --nocheck-replication-filters --databases=db h=127.0.0.1,u=admin,p=123456
- --databases 指定校验的数据库名称
- --tables=tb,tb1,也可以指定校验某个表或某几个表,
- h,u,p分别为主库ip,mysql用户名和密码
[root@localhost opt]# pt-table-checksum --recursion-method="processlist" --nocheck-binlog-format --nocheck-replication-filters --databases=db h=127.0.0.1,u=admin,p=123456
Checking if all tables can be checksummed ...
Starting checksum ...
TS ERRORS DIFFS ROWS DIFF_ROWS CHUNKS SKIPPED TIME TABLE
02-27T10:09:36 0 1 16 0 1 0 0.351 db.tb
02-27T10:09:37 0 0 3 0 1 0 0.312 db.tb1
02-27T10:09:37 0 0 0 0 1 0 0.312 db.tb10
02-27T10:09:37 0 0 1 0 1 0 0.309 db.tb3
02-27T10:09:38 0 0 1 0 1 0 0.310 db.tb4
02-27T10:09:38 0 0 1 0 1 0 0.310 db.tb5
02-27T10:09:38 0 0 1 0 1 0 0.326 db.tb6
02-27T10:09:38 0 0 1 0 1 0 0.310 db.tb7
02-27T10:09:39 0 0 0 0 1 0 0.310 db.tb8
02-27T10:09:39 0 0 0 0 1 0 0.310 db.tb9
以上输出信息中,DIFFS列如果不为0,说明该表有数据不一致。如果有多个从库,无法判断是哪个从库数据不一致,需要连接到每个从库,查询percona.checksums 表来判断。
select * from percona.checksums where this_crc != master_crc;
2. pt-table-sync
修复原则:
数据永远以主库为准,来修复从库。
用法:
pt-table-sync --databases=db h=127.0.0.1,u=admin,p=123456 --replicate=percona.checksums --print
- h=127.0.0.1 主库IP
- --print 只打印修复SQL
- --execute 执行修复
pt-table_sync 使用限制:
修复数据不一致时,表必须有主键或唯一键,否则报错,如下:
Can't make changes on the master because no unique index exists at /usr/bin/pt-table-sync line 10858. while doing db.tb on 127.0.0.1
文章评论