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 也是有可能产生一致的值，当然这样的概率会比较低。