安装环境:
OS:linux 6.3 64bit
mysql: 5.7.21
Percona-toolkit:2.2.18
安装过程:
# 一些依赖包
yum install perl perl-DBI perl-DBD-MySQL perl-IO-Socket-SSL perl-Time-HiRes -y
# 下载安装percona-toolkit
wget https://www.percona.com/downloads/percona-toolkit/2.2.18/tarball/percona-toolkit-2.2.18.tar.gz
tar -xvf percona-toolkit_2.2.18.tar.gz
cd percona-toolkit-2.2.18/
perl Makefile.PL
make
make test
make install
cp /usr/local/bin/pt* /bin/
测试步骤:
mysql为一主一从架构,在主库上安装toolkit,测试主从库是否一致。
1.建立测试帐号以及percona库
master server:
mysql> grant SELECT,LOCK TABLES,PROCESS,SUPER on *.* to repl@'172.17.61.%';
Query OK, 0 rows affected (0.14 sec)
mysql> grant select,create,drop,insert,delete,update,alter on percona.* to repl@'172.17.61.%';
Query OK, 0 rows affected (0.07 sec)
mysql> insert into l5m.t2(c1,c2,c3) values(2,'eee',33);
Query OK, 1 row affected (0.12 sec)
mysql> select * from l5m.t2;
+------+------+------+----+
| c1 | c2 | c3 | c4 |
+------+------+------+----+
| 1 | abc | 22 | 33 |
| 2 | eee | 33 | 34 |
+------+------+------+----+
2 rows in set (0.00 sec)
mysql> CREATE DATABASE IF NOT EXISTS percona;
Query OK, 1 row affected (0.17 sec)
2.准备测试数据,手动在slave用root帐户输入异步数据
master server:
mysql> select * from l5m.t2;
+------+------+------+----+
| c1 | c2 | c3 | c4 |
+------+------+------+----+
| 1 | abc | 22 | 33 |
+------+------+------+----+
1 row in set (0.00 sec)
slave server:
mysql> insert into l5m.t2(c1,c2,c3) values(2,'eee',33);
Query OK, 1 row affected (0.12 sec)
mysql> select * from l5m.t2;
+------+------+------+----+
| c1 | c2 | c3 | c4 |
+------+------+------+----+
| 1 | abc | 22 | 33 |
| 2 | eee | 33 | 34 |
+------+------+------+----+
2 rows in set (0.00 sec)
现在主从不一致了,从库多了一条数据
3.运行pt-table-checksum进行检查
[root@qht131 home]# pt-table-checksum h=172.17.61.131,u=repl,p='repl',P=3306 --databases=l5m --tables=t2
Replica qht132 has binlog_format ROW which could cause pt-table-checksum to break replication. Please read "Replicas using row-based replication" in the LIMITATIONS section of the tool's documentation. If you understand the risks, specify --no-check-binlog-format to disable this check.
提示需要指定no-check-binlog-format参数
[root@qht131 home]# pt-table-checksum h=172.17.61.131,u=repl,p='repl',P=3306 --databases=l5m --tables=t2 --no-check-binlog-format
# A software update is available:
# * The current version for Percona::Toolkit is 3.0.5
TS ERRORS DIFFS ROWS CHUNKS SKIPPED TIME TABLE
05-02T22:07:44 0 1 1 1 0 0.769 l5m.t2
pt-table-checksum第一次运行会在当前的库建立checksums表
来看一下这个表的数据:
master server:
mysql> select * from checksums\G
*************************** 1. row ***************************
db: l5m
tbl: t2
chunk: 1
chunk_time: 0.029503
chunk_index: NULL
lower_boundary: NULL
upper_boundary: NULL
this_crc: 5bbc5664
this_cnt: 1
master_crc: 5bbc5664
master_cnt: 1
ts: 2018-05-02 22:07:43
1 row in set (0.00 sec)
由于运行pt-table-checksum就是master server,所以在master的checksums表里显示的数据是一致的。
slave server:
mysql> select * from checksums\G
*************************** 1. row ***************************
db: l5m
tbl: t2
chunk: 1
chunk_time: 0.029503
chunk_index: NULL
lower_boundary: NULL
upper_boundary: NULL
this_crc: 2418ebee
this_cnt: 2
master_crc: 5bbc5664
master_cnt: 1
ts: 2018-05-02 22:07:43
1 row in set (0.00 sec)
这里显示了主从不一致的数据行数。
发现了不一致,需要借助另外一个工具pt-table-sync来同步主从数据了。
参考:
https://segmentfault.com/a/1190000004309169
https://blog.csdn.net/mchdba/article/details/52076309