MySQL 8.x中Binlog核心操作教学：查看、切换、清理

更新时间：2026年04月27日 08:40:52 作者：君九@DBA

本文将基于 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操作的资料请关注脚本之家其它相关文章！

您可能感兴趣的文章:

MySQL
Binlog

Mysql创建视图中文乱码如何修改docker里的配置
这篇文章主要介绍了Mysql创建视图中文乱码如何修改docker里的配置,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧
2023-10-10
mysql表操作-约束删除、用户填加、授权和撤权方式
本文详细介绍了数据库的约束删除、密码策略设置、用户管理以及权限控制的具体操作步骤,包括查看与修改表的约束条件、设置数据库密码的策略、增加用户以及用户权限的授权与撤销等,这些操作对于数据库管理员来说是基本且必须掌握的技能
2024-09-09
MySQL索引失效十种场景与优化方案
这篇文章主要介绍了MySQL索引失效十种场景与优化方案，文中有详细的代码示例供参考阅读，感兴趣的朋友可以看一下
2023-05-05
mysql数据库如何转移到oracle
这篇文章主要介绍了mysql数据库如何转移到oracle，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
2022-12-12
三十分钟MySQL快速入门(图解)
通过分享本文带领大家三十分钟入门mysql，包括sql的基础知识，creat语法知识，非常不错，具有一定的参考借鉴价值，感兴趣的朋友一起看看吧
2016-11-11
MySQL自定义函数简单用法示例
这篇文章主要介绍了MySQL自定义函数简单用法,结合实例形式分析了mysql自定义函数的基本定义、使用方法及操作注意事项,需要的朋友可以参考下
2018-12-12
Centos7下使用yum安装mysql数据库的详细教程(增强版)
这篇文章主要介绍了Centos7下使用yum安装mysql数据库的详细教程(增强版),非常不错，具有参考借鉴价值，需要的朋友可以参考下
2016-12-12
mysql语句性能分析工具之profiling用法
这篇文章主要介绍了mysql语句性能分析工具之profiling用法,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
2023-12-12
MySQL 使用SQL语句修改表名的实现
这篇文章主要介绍了MySQL 使用SQL语句修改表名的实现操作，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
2021-04-04
如何利用MySQL添加联合唯一索引
索引在sql调优部分占据着重要的位置,了解并深入索引对我们来说也是非常重要的,下面这篇文章主要给大家介绍了关于如何利用MySQL添加联合唯一索引的相关资料,需要的朋友可以参考下
2022-04-04