通过上面pt-table-checksums找到了这些不一致的数据表
(https://blog.51cto.com/li02yu/2340403)
,如何同步数据呢?即如何修复MySQL主从不一致的数据,让他们保持一致性呢?利用另外一个工具 pt-table-sync。
使用方法:
pt-table-sync [OPTIONS] DSN [DSN]
pt-table-sync: 高效的同步MySQL表之间的数据,他可以做单向和双向同步的表数据。他可以同步单个表,也可以同步整个库。它不同步表结构、索引、或任何其他模式对象。所以在修复一致性之前需要保证他们表存在。
通过(--print)打印出来修复一个表数据的sql语句
[lxh@MySQL-01 ~]# pt-table-sync --print --databases=test --table=test1 --sync-to-master h='172.31.153.164',u='lxh',p='Mysql.163',P=3306
通过(--print)打印出来修复一个库数据的sql语句
[lxh@MySQL-01 ~]# pt-table-sync --print --databases=test --sync-to-master h='172.31.153.164',u='lxh',p='Mysql.163',P=3306
通过(--print)打印出来修复所有数据库的sql语句(不建议这样使用)
[lxh@MySQL-01 ~]# pt-table-sync --print --sync-to-master h='172.31.153.164',u='lxh',p='Mysql.163',P=3306
参数的意义:
复制代码
--replicate= :指定通过pt-table-checksum得到的表,这2个工具差不多都会一直用。不指定,则使用默认的
--databases= : 指定执行同步的数据库,多个用逗号隔开。
--tables= :指定执行同步的表,多个用逗号隔开。
--sync-to-master :指定一个DSN,即从的IP,他会通过show processlist或show slave status 去自动的找主。
h=172.31.153.164 :服务器地址,Slave的地址。
u=lxh :帐号。
p=Mysql.163 :密码。
--print :打印,但不执行命令。
--execute :执行命令。
一起解释下执行的效果:通过(--print)打印出来了修复数据的sql语句,可以手动的去从行执行,让他们数据保持一致性。那能否直接执行?当然可以,通过(--execute)
[lxh@MySQL-01 ~]# pt-table-sync h=172.31.153.164,u=lxh,p=Mysql.163 --execute
没发现任何异常,然后检查主从数据的一致性:
[lxh@MySQL-01 ~]# pt-table-checksum -u'lxh' -p'Mysql.163' -h272.31.153.163 --databases=test --nocheck-binlog-format --nocheck-plan --nocheck-replication-filters --recursion-method=processlist
TS ERRORS DIFFS ROWS CHUNKS SKIPPED TIME TABLE
04-13T16:27:28 0 0 3 1 0 0.097 test.test1
OK,数据已经保持一致了。不过建议还是用--print 打印出来的好,这样就可以知道那些数据有问题,可以人为的干预下。不然直接执行了,出现问题之后更不好处理。总之还是在处理之前做好数据的备份工作。
注意:要是表中没有唯一索引或则主键则会报错:
Can't make changes on the master because no unique index exists at /usr/local/bin/pt-table-sync line 10591.
需要给表添加主键或唯一索引即可
另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。