问断从MySQL :如何修复从服务器中的MySQL复制(BINLOG)错误？

EN

如何绕过所有重复的键错误

有两种方法可以绕过重复的关键错误。

方法#1 :在my.cnf

中配置它

将此行添加到[mysqld]组标题下的my.cnf中

[mysqld]
slave-skip-errors=1062

然后重新启动mysql。

一旦复制开始，所有重复的键错误都将被绕过。一旦Seconds_Behind_Master为0，您就会陷入困境。然而，奴隶的数据与母版不同步.接下来你要做什么？

方法2:使用自动工具

我相信你没有时间跑

STOP SLAVE;
SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
START SLAVE;

一遍又一遍。如果自动化工具能为你做到这一点，那不是很好吗？这样的工具是存在的。它叫pt-slave-restart。

你会这样运行它：

pt-slave-restart --error-numbers 1062

把这个放进crontab，每分钟都会响。

* * * * * pt-slave-restart --error-numbers 1062

更好的是，您可以创建一个服务器守护进程而不使用crontab。

pt-slave-restart --error-numbers 1062 --daemonize

并且您不需要重新启动mysqld。

无论哪种方式，pt-slave-restart都会一次又一次跳过该错误，直到Seconds_Behind_Master为0。当你结束了让奴隶被抓住，停止使用pt-slave-restart。

但是，您仍然存在与方法1相同的问题:从服务器上的数据与主服务器的数据不同步。接下来你要做什么？

，好的，你接下来做什么？

您必须将奴隶上的数据与您的主同步。如果有一个实用程序可以为你做到这一点，那不是很好吗？这样的工具是存在的。事实上，有两个工具。他们被称为pt-table-checksum和pt-table-sync。

他们是做什么的？

使用pt-table-checksum检查MySQL复制完整性。如果您遇到主从之间有不同校验和的任何表，则“奴隶”上的这样一个表是不同步的。

您可以使用pt-table-sync同步MySQL表数据。

你可以跑

pt-table-sync --print > sync_file.txt

看看什么会改变(这就像真实事物的模拟一样)

然后你就跑

pt-table-sync --execute

执行实际同步。

请阅读PERCONA工具包文档.

总是负责任地处理PERCONA工具包！

注意:遗憾的是，使用MySQL 5.5和GTID绝对没有任何功能。

如果主数据库不是那么大，我会重建它。您可以使用逻辑备份(如mysqldump )，也可以使用物理备份(如percona )--使用时间转储中的一个点，这样就可以安全地将从服务器重新定位为主程序。