在 MySQL 的管理过程中，二进制日志（binlog）是一个至关重要的组件，它记录了所有对数据库进行更改的操作。然而，随着时间的推移，二进制日志可能会占用大量磁盘空间，影响系统性能。因此，在某些场景下，关闭和清理二进制日志成为必要的操作。
本文将详细介绍如何关闭和清理 MySQL 二进制日志，分析其作用和影响，帮助数据库管理员有效管理 MySQL 数据库系统。
什么是 MySQL 二进制日志（Binlog）？
MySQL 的二进制日志（binlog）是一种记录数据库所有更改操作的日志文件。它是 MySQL 服务器用于记录所有修改数据操作的日志系统，包括INSERT、UPDATE、DELETE 等。这些日志是按时间顺序记录的，每次对数据库进行写操作时，都会生成相应的日志记录。二进制日志文件存储了数据修改的原始信息，而非查询的结果，这使得它对数据库的复制、恢复和故障排除等功能至关重要。
二进制日志的文件通常以 mysql-bin.000001、mysql-bin.000002 等命名，并随着日志的生成而递增。
MySQL binlog 的作用
- 数据恢复（Point-in-Time Recovery, PITR） 二进制日志允许数据库管理员将数据库恢复到某个特定的时间点。通过查看某个时间点之后的所有日志操作，可以精确恢复到那个时刻的数据库状态。这在恢复数据丢失或误操作时非常有用。
- 主从复制（Replication） 在 MySQL 的主从复制架构中，二进制日志是同步数据的关键。主服务器的所有写操作都会记录到 binlog 中，从服务器则通过读取这些日志文件来同步主服务器的数据。这是分布式数据库架构中的核心机制之一。
- 审计和追踪数据库操作 通过启用二进制日志，数据库管理员能够审计和追踪数据库中的所有写操作。尤其在安全性和合规性要求较高的环境中，记录每一条数据修改操作是非常必要的。
- 优化与故障排除 当数据库出现问题时，通过分析二进制日志可以追踪到问题发生的根源。例如，可以查看在问题发生前后哪些操作可能导致了数据库性能下降或数据异常。
- 增量备份 二进制日志可以帮助实现增量备份。在全量备份后，通过将 binlog 中的增量数据应用到备份中，可以确保备份数据与最新的数据库状态保持一致。
为什么要关闭 MySQL 二进制日志？
在某些情况下，关闭 MySQL 的二进制日志是有必要的，比如：
- 磁盘空间占用： 二进制日志文件会随着时间增加而占用大量磁盘空间，尤其在没有清理机制的情况下。
- 无主从复制需求： 如果没有使用 MySQL 的主从复制功能，二进制日志就没有必要保持开启。
- 不需要时间点恢复： 如果您的应用不需要通过时间点恢复（PITR）来恢复数据，那么二进制日志的作用可以忽略。
- 性能优化： 在某些高性能应用中，禁用二进制日志可以减少磁盘 IO 操作，提升数据库性能。
- 简化配置： 对于一些不需要复杂数据恢复或复制的小型应用，禁用二进制日志可以简化管理。
如何关闭 MySQL 二进制日志（Binlog）
如果您确定不需要二进制日志，可以按照以下步骤关闭 MySQL binlog：
1. 定位 MySQL 配置文件
在 Ubuntu 系统中，MySQL 配置文件通常位于 /etc/mysql/mysql.conf.d/mysqld.cnf。您需要打开并编辑该文件。
sudo vi /etc/mysql/mysql.conf.d/mysqld.cnf
2. 编辑 MySQL 配置文件
找到 [mysqld] 部分，并添加以下配置来禁用二进制日志：
- 使用
skip-log-bin： 完全禁用二进制日志。 - 或使用
disable-log-bin（适用于 MySQL 8.0+）： 更适用于 MySQL 8.0 及更高版本。
[mysqld]
skip-log-bin
对于 MySQL 8.0 及以上版本，使用：
[mysqld]
disable_log_bin
3. 保存并重启 MySQL 服务
保存配置文件后，重启 MySQL 服务以使更改生效：
sudo service mysql restart
或者：
sudo service mysqld restart
4. 验证二进制日志是否已禁用
连接到 MySQL 并执行以下命令验证二进制日志是否已禁用：
SHOW VARIABLES LIKE 'log_bin';
如果返回值为 OFF，表示二进制日志已成功禁用。
如何清理 MySQL 二进制日志（Binlog）
如果二进制日志已经占用大量磁盘空间，可以使用以下方法清理 MySQL Binlog：
使用 RESET BINARY LOGS AND GTIDS 命令
RESET BINARY LOGS AND GTIDS 命令会删除所有的二进制日志文件，并重置二进制日志索引。该命令会创建一个新的空二进制日志文件并重置日志编号。
示例：
RESET BINARY LOGS AND GTIDS;
如果希望从特定的日志文件开始清理，可以使用：
RESET BINARY LOGS AND GTIDS TO 'mysql-bin.010';
注意： 在主从复制环境下，使用此命令时应格外小心，避免出现复制延迟或错误。
使用 PURGE BINARY LOGS 命令
PURGE BINARY LOGS 命令允许您删除指定日期之前的二进制日志文件。它可以帮助您清理不再需要的日志。
删除 mysql-bin.010 之前的所有日志：
PURGE BINARY LOGS TO 'mysql-bin.010';
删除指定日期之前的所有日志：
PURGE BINARY LOGS BEFORE '2021-04-01 00:00:00';
如果您希望删除当前时间之前的所有日志，可以使用：
PURGE BINARY LOGS BEFORE NOW();
注意： PURGE BINARY LOGS 在主从复制环境中可以安全使用，它不会删除正在被从库使用的日志文件。
配置自动删除过期的二进制日志
为了避免手动清理，可以通过设置 binlog_expire_logs_seconds 参数来自动删除过期的二进制日志。此参数定义了日志过期的时间。
例如，设置过期时间为 1 天（单位：秒）：
[mysqld]
binlog_expire_logs_seconds = 86400 # 1天（单位：秒）
关闭 MySQL 二进制日志的影响
关闭二进制日志可能带来一些不良影响，尤其是在某些应用场景中。具体影响包括：
- 无法进行时间点恢复： 关闭二进制日志后，您将无法通过时间点恢复（PITR）来恢复特定时间的数据。
- 丧失数据复制功能： 如果您使用 MySQL 的主从复制，关闭 binlog 会导致复制功能无法工作。
- 无法审计数据库操作： 禁用 binlog 后，您将失去通过日志追踪和审计数据库操作的能力。
因此，在关闭二进制日志前，务必确保您的应用不依赖这些功能。
总结
通过上述步骤，我们可以根据实际需求关闭和清理 MySQL 的二进制日志，以节省磁盘空间和提升系统性能。需要注意的是，禁用二进制日志应谨慎操作，因为这会影响数据库的恢复能力和复制功能。对于不需要这些功能的小型应用或临时环境，关闭 binlog 是一个有效的解决方案。
