使用从属设备转储的 MySQL 增量备份（InnoDB 和 MyISAM）

Question

假设我已经有一个正在运行的主数据库服务器和一个从数据库服务器。

我想将增量备份/时间点恢复引入其中。由于我已经获得了用于复制的二进制日志，因此它应该像进行完整备份并存储日志位置一样简单。

但是，我的服务器上有 MyISAM 和 InnoDB 表，并且关于如何在每种情况下进行完整备份的建议似乎存在冲突。如果它是严格的 InnoDB，我可以使用 --single-transaction 执行 mysqldump，但该选项警告我 MyISAM 仍可能被更改。

我的问题如下：

（1）MySQL手册建议备份以下内容是否合理：

mysqldump --single-transaction --flush-logs --master-data=2 --all -数据库> whatever.sql

...将是不合适的，因为MyISAM表可能会改变（表没有用--single-transaction锁定），所以新的日志文件启动，但它可能包含对实际上已经在服务器上运行的MyISAM表的查询在这些表进入转储之前（增量恢复会在不需要时尝试重新执行这些查询）？

(2) 是使用 --lock-all 表获得 MyISAM 和 InnoDB 表的“正确”完整备份的唯一方法吗？ （或者在那时关闭服务器/复制文件，因为一切都被锁定）

我假设这些问题的答案是肯定的，但如果我错了，请纠正我，因为我已经基于下一个想法离开它。

我希望将主服务器上的中断降至最低，因此我正在考虑根据此处的说明对从服务器进行完整转储：

http://dev.mysql.com/doc/refman/5.0/en/mysqldump.html#option_mysqldump_master-data

那些说明实际上是用于在奴隶上设置奴隶，但我想知道以下内容是否合理？

每天一次：

1. 停止从属设备
2. 显示从属设备状态并获取主日志文件和位置
3. 在不对其进行任何更改的情况下对从属设备进行完整转储（MyISAM 或 InnoDB）
4. 再次启动从属设备
5. 将我的完整转储移至主服务器位于某些备份目录中

如果恢复：

1. 从上面的 (5) 恢复到完整转储
2. 使用此处的位置运行时间点恢复 http://dev.mysql.com/doc/refman/5.0/en/point-in-time-recovery-positions.html 从上面 (2) 中的位置转到我想要恢复到的任何位置

这合法吗？我不明白为什么从属设备的完整转储与主设备的完整转储有任何不同，所以看起来应该没问题。

感谢您的帮助！

Answer 1

你每天一次的计划非常合理，原因很简单：你首先阻止了奴隶。不会有新的交易进来。我想提出一些额外的建议。

在从机上，请在 /etc/my.cnf 中设置以下内容

[mysqld]
innodb_max_dirty_pages_pct=0

，原因如下：

当从机处理 mysqldump 时，如果任何表在 innodb 缓冲池中注册了脏页，则必须将这些页刷新到磁盘。我注意到在你的 mysqldump 中你已经发出了这个选项。默认情况下，innodb_max_dirty_pages_pct 为 90。无论存在什么脏页，都必须写入磁盘。如果 innodb_max_dirty_pages_pct 始终为零，则刷新 innodb 缓冲池会更快。

您可以动态设置它，而无需重新启动 mysql。只需运行这个：

SET GLOBAL innodb_max_dirty_pages_pct = 0;

这将使 innodb 缓冲池保持精简和平均。

我还看到您的 mysqldump 命令中有 --master-data=2 。仅当从属设备上启用了二进制日志时，这才有效。如果没有，则需要从master检索master日志和位置，因为mysqldump无法做到这一点。以下是从从站获取主站日志文件和位置的方法：

步骤 1) 运行“SHOW SLAVE STATUS\G”并重定向到 ShowSlaveStatus.txt

步骤 2) 从 ShowSlaveStatus.txt 获取以下信息
Relay_Master_Log_File
Exec_Master_Log_Pos

步骤3) 将这两个值写入转储文件的后面。

还有一件事：

请将 --routines --triggers 添加到 mysqldump 命令中。您永远不知道什么时候会决定编写存储过程和触发器。另外，如果从站已停止，则无需 --lock-tables 。