MySQL 8.x中Binlog核心操作教学：查看、切换、清理
作者：君九@DBA
Binlog（二进制日志）是 MySQL 核心日志组件，主要用于记录数据库所有 DDL（表结构变更）、DML（增删改）操作，是数据误恢复、操作审计、主从同步的核心依赖。
本文基于 MySQL 8.0.17 版本，结合实际环境实测结果，全程实操讲解 Binlog 的开启状态查看、存储路径定位、手动切换切割、安全清理，以及自动过期清理的参数配置。
一、环境说明（实测环境）
本次实操基于 MySQL 8.0.17 版本：
mysql> show variables like '%expire%'; +--------------------------------+---------+ | Variable_name | Value | +--------------------------------+---------+ | binlog_expire_logs_seconds | 2592000 | | disconnect_on_expired_password | ON | | expire_logs_days | 0 | +--------------------------------+---------+ 3 rows in set (0.01 sec) mysql> select version(); +-----------+ | version() | +-----------+ | 8.0.17 | +-----------+ 1 row in set (0.00 sec)
二、Binlog 基础信息查看
日常运维中，首先需要掌握 Binlog 的开启状态、存储位置、命名规则，才能进行后续切换、清理操作，以下命令均为 MySQL 内部执行。
2.1 查看 Binlog 开启状态
MySQL 8.0 及以上版本默认开启 Binlog，可通过以下命令验证：
-- 查看 Binlog 开关状态 SHOW VARIABLES LIKE 'log_bin';
输出说明：
- Value 为 ON：Binlog 已开启（默认状态）；
- Value 为 OFF：未开启，需修改配置文件添加
log_bin=ON，重启 MySQL 生效。
2.2 查看 Binlog 存储路径与命名规则
Binlog 的存储路径和命名前缀，决定了日志文件的位置和命名格式，核心命令如下：
-- 查看 Binlog 存储路径 + 文件前缀（最关键） SHOW VARIABLES LIKE 'log_bin_basename'; -- 查看 Binlog 索引文件路径（记录所有 Binlog 文件名） SHOW VARIABLES LIKE 'log_bin_index';
关键说明：
存储路径：默认跟随 MySQL 数据目录（如示例中的 /var/lib/mysql/）；
命名规则：以 log_bin_basename 的值为前缀，后缀为 6 位自增序号，例如 binlog.000001、binlog.000002，序号依次累加。
2.3 查看所有 Binlog 文件 & 当前活跃日志
查看服务器上所有 Binlog 文件，以及当前正在写入的 Binlog（活跃日志），方便后续清理、切换操作：
-- 列出所有 Binlog 文件（含文件大小、是否加密） SHOW BINARY LOGS; -- 等价于 SHOW MASTER LOGS; -- 查看当前正在写入的 Binlog 文件及写入位置 SHOW MASTER STATUS;
实测环境输出示例（参考）：
2.4 查看 Binlog 日志格式
Binlog 有三种日志格式，生产环境优先推荐行级模式，确保数据恢复、主从同步的安全性：
SHOW VARIABLES LIKE 'binlog_format';
输出说明：
ROW：行级模式（生产推荐），记录每一行数据的变更，避免语句级模式的同步异常；STATEMENT：语句级模式，记录执行的 SQL 语句，可能存在同步不一致问题；MIXED：混合模式，自动切换行级和语句级，生产不推荐。
实测环境输出示例（仅参考）：
mysql> show variables like 'binlog_format'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | binlog_format | ROW | +---------------+-------+ 1 row in set (0.01 sec) mysql>
三、Binlog 手动切换（日志切割）
在数据库备份、版本变更、故障排查前，建议手动切换 Binlog，生成新的日志文件，拆分操作区间，便于后续精准定位日志、恢复数据，避免单一日志文件过大。
3.1 应用场景
数据库全量备份前，切换 Binlog，确保备份后的数据变更写入新日志，便于后续增量恢复；
运维操作（如建表、批量更新）前，切换 Binlog，若操作出错，可精准删除该操作对应的日志片段；
单一 Binlog 文件过大（接近默认 1G 阈值），手动切割，便于日志传输和分析。
3.2 手动切换命令（MySQL 内部执行）
-- 方式1：刷新所有日志（含 Binlog、错误日志、慢查询日志） FLUSH LOGS; -- 方式2：仅切换 Binlog（推荐，精准控制，不影响其他日志） FLUSH BINARY LOGS;
3.3 切换生效验证
执行切换命令后，通过以下命令验证是否生效：
SHOW MASTER STATUS;
生效表现：当前正在写入的 Binlog 文件名序号 +1（例如从 binlog.000003 变为 binlog.000004），后续所有数据变更均写入新日志文件。
3.4 自动切换触发条件
无需人工干预，满足以下条件时，MySQL 会自动切换 Binlog：
- 当前 Binlog 文件达到
max_binlog_size阈值（默认 1G）； - MySQL 服务重启（包括正常重启、异常重启后恢复）；
- 执行
FLUSH LOGS或FLUSH BINARY LOGS手动触发。
binlog 文件大小，实测环境示例查看结果（仅参考）：
mysql> show variables like 'max_binlog_size'; +-----------------+------------+ | Variable_name | Value | +-----------------+------------+ | max_binlog_size | 1073741824 | +-----------------+------------+ 1 row in set (0.00 sec) mysql> mysql> select 1073741824/1024/1024/1024; +---------------------------+ | 1073741824/1024/1024/1024 | +---------------------------+ | 1.000000000000 | +---------------------------+ 1 row in set (0.00 sec) mysql>
四、Binlog 安全清理（手动+自动，重点实测参数）
Binlog 会持续占用磁盘空间，若不及时清理，可能导致磁盘爆满，影响数据库正常运行。核心禁忌：rm -rf 严禁直接使用 物理删除 Binlog 文件，会导致 Binlog 索引文件错乱、MySQL 启动失败，必须通过 MySQL 内置命令安全清理。
结合当前实测的 binlog_expire_logs_seconds 和 expire_logs_days 参数，重点讲解自动清理配置和手动清理方法。
4.1 先搞懂：MySQL 8.0.17 自动清理参数
从 MySQL 8.0 开始，官方引入了更精细的 Binlog 自动过期清理参数 binlog_expire_logs_seconds（按秒控制），优先级高于传统的 expire_logs_days（按天控制），结合实测结果详细说明：
实测参数解读
mysql> show variables like '%expire%'; +--------------------------------+---------+ | Variable_name | Value | +--------------------------------+---------+ | binlog_expire_logs_seconds | 2592000 | | disconnect_on_expired_password | ON | | expire_logs_days | 0 | +--------------------------------+---------+ 3 rows in set (0.00 sec) mysql>
binlog_expire_logs_seconds = 2592000：按秒控制过期时间，2592000 秒 = 30 天，意味着 Binlog 会自动保留最近 30 天，30 天前的日志会自动删除；expire_logs_days = 0：按天控制过期时间，0 表示关闭按天过期功能；- 优先级规则：
binlog_expire_logs_seconds ≠ 0 expire_logs_days只要 ，就会优先生效， 会被忽略（这是 MySQL 8.0 的新特性）。
结论：当前的 MySQL 8.0.17 已开启 Binlog 自动清理，规则为 保留最近 30 天，无需手动干预。
修改自动清理时间（按需调整）
若需要调整自动保留天数（如生产环境保留 7 天，测试环境保留 3 天），可通过以下命令在线修改，无需重启 MySQL，永久生效：
-- 示例1：设置自动保留7天（7天=604800秒） SET PERSIST binlog_expire_logs_seconds = 604800; -- 示例2：设置自动保留3天（3天=259200秒） SET PERSIST binlog_expire_logs_seconds = 259200; -- 示例3：关闭自动清理（不推荐，会导致Binlog无限累积） SET PERSIST binlog_expire_logs_seconds = 0;
说明：PERSIST 关键字表示参数永久生效，重启 MySQL 后不会丢失；若使用 SET GLOBAL，则仅临时生效，重启后恢复默认。
4.2 手动清理 Binlog（三种方式，按需使用）
自动清理适用于日常运维，若需要手动清理过期日志（如磁盘紧急释放空间），推荐以下三种安全方式，均在 MySQL 内部执行。
方式1：按时间范围清理（最常用）
删除指定时间点之前的所有 Binlog，精准控制清理范围，适合定期手动运维：
-- 方式1：删除7天前所有 Binlog PURGE BINARY LOGS BEFORE NOW() - INTERVAL 7 DAY; -- 方式2：删除指定日期时间之前的 Binlog（精准到秒） PURGE BINARY LOGS BEFORE '2026-04-26 19:19:41';
方式2：按文件名精准清理（最安全）
先查看所有 Binlog 文件，保留当前活跃日志，清理前面的所有老旧日志，避免误删正在使用的日志：
-- 步骤1：查看所有 Binlog 文件，确认要保留的文件 SHOW BINARY LOGS; -- 步骤2：清理指定文件之前的所有日志（保留该文件及之后的日志） -- 示例：保留 binlog.000003，删除 binlog.000001、binlog.000002 PURGE BINARY LOGS TO 'binlog.000003';
方式3：重置所有 Binlog（仅测试环境使用）
生产环境、主从架构 严禁使用，该命令会清空所有历史 Binlog，日志序号从 000001 重新开始：
RESET MASTER;
4.3 清理后验证
执行清理命令后，通过以下命令确认旧日志已删除：
SHOW BINARY LOGS;
若老旧日志已消失，仅保留目标日志或新日志，说明清理成功。
五、日常运维常用命令汇总（直接复制使用）
-- 1. 查看 Binlog 开启状态 SHOW VARIABLES LIKE 'log_bin'; -- 2. 查看 Binlog 存储路径+前缀 SHOW VARIABLES LIKE 'log_bin_basename'; -- 3. 查看所有 Binlog 文件 SHOW BINARY LOGS; -- 4. 查看当前正在写入的 Binlog SHOW MASTER STATUS; -- 5. 查看 Binlog 日志格式 SHOW VARIABLES LIKE 'binlog_format'; -- 6. 手动切换 Binlog（推荐） FLUSH BINARY LOGS; -- 7. 查看自动清理参数 SHOW VARIABLES LIKE '%expire%'; -- 8. 设置自动保留7天 Binlog（永久生效） SET PERSIST binlog_expire_logs_seconds = 604800; -- 9. 按时间清理7天前 Binlog PURGE BINARY LOGS BEFORE NOW() - INTERVAL 7 DAY; -- 10. 按文件名清理（保留 binlog.000003 及之后） PURGE BINARY LOGS TO 'binlog.000003';
六、总结
本文基于 MySQL 8.0.17 实测环境，聚焦 Binlog 核心运维操作，重点总结以下关键点，方便日常查阅：
- 查看操作：通过
log_bin_basename、SHOW BINARY LOGS可快速定位 Binlog 位置、文件列表，掌握日志状态； - 切换操作：日常运维（备份、变更）前，用
FLUSH BINARY LOGS手动切换日志，拆分操作区间，便于后续排查； - 清理操作：禁止直接物理删除 Binlog，手动清理用
PURGE命令，自动清理依赖 MySQL 8.0 新参数binlog_expire_logs_seconds（优先级高于expire_logs_days）； - 实测重点：当前环境默认自动保留 30 天 Binlog，无需额外配置，可按需用
SET PERSIST调整保留天数； - 生产建议：Binlog 保留天数根据业务需求调整（核心业务 3~7 天），定期检查磁盘空间，避免日志累积导致磁盘爆满。
以上就是MySQL 8.x中Binlog核心操作教学：查看、切换、清理的详细内容，更多关于MySQL Binlog操作的资料请关注脚本之家其它相关文章！