MYSQL 中主从不一致是很可能发生的,而怎么能发现不一致则并不是一个很简单的问题。尤其对数据量较大的情况下。废话说多无益,看下面的例子:
我们先建立一个存储过程,来插入我们的初始化数据
delimiter //
DROP PROCEDURE IF EXISTS insert_test_val;
##num_limit 要插入数据的数量,rand_limit 最大随机的数值
CREATE PROCEDURE insert_test_val()
BEGIN
DECLARE i int default 1;
DECLARE a varchar(20) ;
DECLARE b smallint ;
DECLARE c smallint ;
WHILE i<=1000000 do
set b = FLOOR(rand()*50);
set c = FLOOR(rand()*10);
if i mod 2 = 0 then
set a = 'peter';
elseif i mod 3 = 0 then
set a = 'jimmy';
elseif i mod 5 = 0 then
set a = 'Tim';
elseif i mod 4 = 0 then
set a = 'semon';
else
set a = 'lisa';
end if;
if b < 20 then
set b = b + 15;
end if;
INSERT into test.test values (null,a,b,c);
set i = i + 1;
END WHILE;
END
//
运行存储过程插入数据, 在插入数据后,我们开始搞破坏了,我们将在从库删除一些数据。
然后我们开始运行 $ pt-table-checksum --nocheck-replication-filters --no-check-binlog-format --databases=test --replicate=test.checksums h=192.168.198.201,u=admin,p='1234.com',P=3306
注意:
1 每次pt-table-checksum 只能检查一个表
2 检查时不建议检查binlog format 否则会报错,pt-table-checksum 默认是要使用 statement 作为复制的方式
3 replicate 默认指定的表最好在需要鉴定数据是否一致的库下,这样在执行pt-table-sync 时候回比较方便。
4 给定检测的连接数据库的账户,应该具有建表或建库的权限
其中pt-table-checksum 主要是将需要检测的表(不是每行)通过块的方式(多行组成的数据),进行检测,通过CRC32的方式
通过命令检测,发现相关表上有数据chunck 不一致,并且在检测数据库的位置,建立了checksums 表,来记录相关的信息。
(相关的参数请查看官方文档)
同时在主库中在运行
pt-table-sync --replicate=test.checksums h=192.168.198.201,u=admin,p=1234.com,P=3306 h=192.168.198.202,u=admin,p=1234.com,P=3306 --print > /data/fix.sql
在导出SQL 后在相关的从库导入
然后回到主库,清理checksums 表,然后在执行一遍命令,在查看chekcsums表,可以很清晰的看到,每个chunk 的值都是相等的。
可以看到修复差异的数据是可以的。
刚才仅仅是数据不同(数据缺失),如果里面的数据并没有缺失,仅仅是里面的值变化了,会不会无法使用这个工具,答案是不可能
我们可以试试,从库修改name 值
截图中我们修改了NAME 的值
我们还是通过刚才的命令,可以清晰的看到,相关的修改的记录可以被找到并且可以被修复。
所以到目前为止,通过PT工具来修复主从不一致的方法还是很奏效的,但如果你大多数表都不一致了,那还是建议从做一次主从复制比较高效。
另外,MYSQL 提供一个 checksum table 的命令,也能快速的判断一个表和另一个表之间是否不相同。 注意这里用的是 不相同,通过官方的文提示两个不一样的table 也是有可能产生一致的值,当然这样的概率会比较低。
本文分享自 AustinDatabases 微信公众号,前往查看
如有侵权,请联系 cloudcommunity@tencent.com 删除。
本文参与 腾讯云自媒体同步曝光计划 ,欢迎热爱写作的你一起参与!