删除旋转的 MySQL 二进制日志是否安全？

Question

我有一个启用了二进制日志记录的 MySQL 服务器。一天一次日志文件被“轮换”，即MySQL似乎停止写入它并创建新的日志文件。例如，我目前在 /var/lib/mysql 中有这些文件，

-rw-rw---- 1 mysql mysql 10485760 Jun  7 09:26 ibdata1
-rw-rw---- 1 mysql mysql  5242880 Jun  7 09:26 ib_logfile0
-rw-rw---- 1 mysql mysql  5242880 Jun  2 15:20 ib_logfile1
-rw-rw---- 1 mysql mysql  1916844 Jun  6 09:20 mybinlog.000004
-rw-rw---- 1 mysql mysql 61112500 Jun  7 09:26 mybinlog.000005
-rw-rw---- 1 mysql mysql 15609789 Jun  7 13:57 mybinlog.000006
-rw-rw---- 1 mysql mysql       54 Jun  7 09:26 mybinlog.index

并且 mybinlog.000006 正在增长。

我可以简单地获取 mybinlog.000004 和 mybinlog.000005，将它们压缩并传输到另一台服务器，还是我之前需要做其他事情？

mybinlog.index 中存储了哪些信息？仅有关最新二进制日志的信息？

更新：我知道我可以使用 PURGE BINARY LOGS 删除日志，这会更新 mybinlog.index 文件。但是，我需要在删除日志之前将日志传输到另一台计算机（我测试备份在另一台计算机上是否有效）。为了减少传输大小，我希望对文件进行 bzip2。如果日志文件不再“存在”，PURGE BINARY LOGS 会做什么？

Answer 1

您可以删除旧的二进制日志。与其直接删除它们，不如使用 MySQL 语句 PURGE BINARY LOGS 更安全，它还会更新您的 mybinlog.index 文件。此文件存储已用于二进制日志记录的文件名，请参阅

http://dev.mysql.com/doc/refman/5.0/en/purge-binary-logs.html

此外，您可以将 MySQL 服务器配置为自动删除旧的二进制日志。将服务器配置中的变量 max_binlog_size 和 expire_logs_days 设置为适当的值。

ibdata 和 ib_logfile 文件与二进制日志记录无关。它们由 innodb 存储引擎使用。不要误认为它们似乎不会增长：如果您的服务器上有 innodb 表，这些文件很重要，删除它们可能会导致数据丢失。您可以在文档中阅读有关 InnoDB 的更多信息：

http://dev .mysql.com/doc/refman/5.0/en/innodb-configuration.html

Answer 2

mysql> PURGE BINARY LOGS BEFORE NOW() - INTERVAL 3 DAY; 

三天前删除所有 bin 文件！

或者

PURGE MASTER LOGS BEFORE '2010-10-08 00:00:00';

Answer 3

我终于在MySQL网站上找到了答案。如果有人需要此信息：

在 MySQL 5.0.60 之前，当 .index 文件中列出的二进制日志文件已从系统中删除时，PURGE BINARY LOGS TO 和 PURGE BINARY LOGS BEFORE 的行为方式不同（并且两者的行为都不正确）其他一些方法（例如在 Linux 上使用 rm）。从 MySQL 5.0.60 开始，在这种情况下，该语句的两种变体都会失败并出现错误。 （Bug#18199、Bug#18453）要处理此类错误，请手动编辑 .index 文件（这是一个简单的文本文件）以确保它仅列出实际存在的二进制日志文件，然后再次运行 PURGE BINARY LOGS失败的声明。

这意味着我应该手动编辑 .index 文件，一切都会好起来的。有趣的是 .index 文件是一个常规文本文件。直到现在我才注意到这一点。

Answer 4

mysql-bin.index 通常包含所有 .bin 文件。如果您删除了一些文件，请编辑 .index 以反映所有可用文件。如果您已删除所有 .bin 文件，请删除空的 .index 文件。这将解决你的问题。