回答问题1

MySQL复制受到两个主要问题的困扰

• MySQL复制是asynchronous的 。 这可能会引入复制延迟。 这通过从站I / O线程表明了主站和从站之间的通信问题。 这可能会在Seconds_Behind_Master看到。

• Data Drift 。 这是一个间歇性的情况，由于MySQL复制领域以外的因素，主站和从站仅仅是不同步的。 例如，请注意一种更好地同步复制的方法：使用选项sync-binlog 。 将sync-binlog设置为1时，mysqld将为您logging在二进制日志中的每个条目执行当前二进制日志的刷新。 这可以减慢主人的速度。 默认情况下， sync-binlog是0。

  • 这是一个问题：使用sync-binlog=0 ，谁负责将二进制日志刷新到磁盘？
  • 回答（请坐这个）：操作系统！
  • 有了这个答案，它将Slave作为一个糟糕的劣势，因为它的I / O线程是由主操作系统的摆布。 当主机的操作系统开始刷新二进制日志更改到磁盘，并且从机的I / O线程可以检测到下一个传入的SQL语句时，语句通过I / O线程发送到从机。
  • Percona有一个很好的PDF处理数据漂移

回答问题2

这里的直接答案是否定的，因为pt-table-sync被devise为通过--sync-to-master选项来检测从属的I / O线程。

回答问题3

这里的直接答案是否定的，因为MySQL复制需要知道

• Master上的当前二进制日志是什么？ （这是来自SHOW SLAVE STATUS\G Master_Log_File ）
• Slave从Master的当前二进制日志中读取的最新位置是什么？ （这是来自SHOW SLAVE STATUS\G Read_Master_Log_Pos ）

如果你只是想让你的二进制日志避开，你可以做两件事情之一

• scheme1：在Master上，将expire-logs-days为3，以保留最近3天的二进制日志
  • 在/etc/my.cnf中添加expire-logs-days=3
  • 不需要重新启动：只需运行SET GLOBAL expire_logs_days = 3;
• 选项2：在SHOW SLAVE STATUS\G上运行SHOW SLAVE STATUS\G 采取Relay_Master_Log_File的值。 并用它来清除主服务器上的二进制日志以启动该日志文件。
  • 假设你在Slave上运行SHOW SLAVE STATUS\G
  • 你得到这个Relay_Master_Log_File: mysql-bin.000035
  • 在Master上运行： PURGE BINARY LOGS TO 'mysql-bin.000035';

build议

如果你想对pt-table-sync有更多的信心，可以尝试使用--print选项并redirect到一个文本文件，而不是--execute选项。 这将生成通常在主服务器上执行的SQL。 之后，您可以直接在该Slave上运行SQL。 把它看作是 – 执行的彩排。

但是我认为复制的重点就是要照顾到数据的同步

是的，MySQL复制确实尝试同步复制的数据库。 但是，MySQL复制非常棘手，复制可能因各种原因而失败。 根据我的经验，复制错误是很less见的，但是在意外的服务器崩溃期间，当用户在主服务器上的大插入中间点击“Control-C”等时，确实发生了这种错误。MySQL.com不提供很好的工具来处理多这些问题。 幸运的是，一些工程师，如Baron Schwartz（Percona工具包的原始作者（以前称为Maatkit））已经开发了一些工具来简化MySQLpipe理。

例如，我目前有一个5000万行的表。 由于几个星期前的服务器崩溃，less数几行不同步。 我需要发现哪些行不同步，但手动操作会很痛苦。 我使用pt-table-checksum检查副本上的复制错误，并使用pt-table-sync来发现副本上缺less哪些行。

如果您正在考虑MySQL复制，我强烈build议您调查并使用Percona工具包。 如果我们已经开始使用Percona工具包，那么对MySQL数据库的pipe理就简单多了。

我读了文档，感到困惑：

Percona Toolkit的文档就像一个技术手册。 不幸的是，在描述如何使用这些工具方面做得不好，他们是如何帮助你的。http://www.mysqlperformanceblog.com有一些这样的信息，但主要集中在MySQL的Percona fork这就是他们如何谋生），这就要求读者做一些翻译。

回答问题1

pt-table-sync （进一步使用pt-table-checksum ）来纠正复制错误，如数据损坏，直接修改从服务器上的数据，服务器崩溃，错误顺序的模式更改等。

然而，如果数据没有太多变化，那么也可以使用pt-table-sync而不进行复制，以便近乎实时地同步表。

正确回答问题2

当然你也可以在非复制的环境下使用它， 手册也提到了它。 我使用它从cron保持3个My​​SQL服务器“同步”每5分钟。 他们有相同的数据副本，有时（第一台服务器上）更改，所以复制为此目的将是矫枉过正。

您可以指定要同步的单个数据库或单个表。 你可以有几个目标服务器。 pt-table-sync使用几种有效的algorithm检测数据库表中的更改，并仅复制更改（将更改分为4组：删除，replace，插入，更新）。