MySQL 8.x Binlog 核心实操查看、切换、清理MySQL 8.x Binlog 核心实操查看、切换、清理一、环境说明实测环境二、Binlog 基础信息查看2.1 查看 Binlog 开启状态2.2 查看 Binlog 存储路径与命名规则2.3 查看所有 Binlog 文件 当前活跃日志2.4 查看 Binlog 日志格式三、Binlog 手动切换日志切割3.1 应用场景3.2 手动切换命令MySQL 内部执行3.3 切换生效验证3\.4 自动切换触发条件四、Binlog 安全清理手动\自动重点实测参数4.1 先搞懂MySQL 8.0.17 自动清理参数4.1.1 实测参数解读4.1.2 修改自动清理时间按需调整4.2 手动清理 Binlog三种方式按需使用方式1按时间范围清理最常用方式2按文件名精准清理最安全方式3重置所有 Binlog仅测试环境使用4.3 清理后验证五、日常运维常用命令汇总直接复制使用六、总结MySQL 8.x Binlog 核心实操查看、切换、清理Binlog二进制日志是 MySQL 核心日志组件主要用于记录数据库所有 DDL表结构变更、DML增删改操作是数据误恢复、操作审计、主从同步的核心依赖。本文基于 MySQL 8.0.17 版本结合实际环境实测结果全程实操讲解 Binlog 的开启状态查看、存储路径定位、手动切换切割、安全清理以及自动过期清理的参数配置。实测环境的搭建参考《MySQL8.0 版本安装部署》。一、环境说明实测环境本次实操基于MySQL 8.0.17版本mysqlshowvariableslike%expire%;-----------------------------------------|Variable_name|Value|-----------------------------------------|binlog_expire_logs_seconds|2592000||disconnect_on_expired_password|ON||expire_logs_days|0|-----------------------------------------3rowsinset(0.01sec)mysqlselectversion();-----------|version()|-----------|8.0.17|-----------1rowinset(0.00sec)二、Binlog 基础信息查看日常运维中首先需要掌握 Binlog 的开启状态、存储位置、命名规则才能进行后续切换、清理操作以下命令均为 MySQL 内部执行。2.1 查看 Binlog 开启状态MySQL 8.0 及以上版本默认开启 Binlog可通过以下命令验证-- 查看 Binlog 开关状态SHOWVARIABLESLIKElog_bin;输出说明Value 为ONBinlog 已开启默认状态Value 为OFF未开启需修改配置文件添加log_binON重启 MySQL 生效。2.2 查看 Binlog 存储路径与命名规则Binlog 的存储路径和命名前缀决定了日志文件的位置和命名格式核心命令如下-- 查看 Binlog 存储路径 文件前缀最关键SHOWVARIABLESLIKElog_bin_basename;-- 查看 Binlog 索引文件路径记录所有 Binlog 文件名SHOWVARIABLESLIKElog_bin_index;关键说明存储路径默认跟随 MySQL 数据目录如示例中的/var/lib/mysql/命名规则以log_bin_basename的值为前缀后缀为 6 位自增序号例如binlog.000001、binlog.000002序号依次累加。2.3 查看所有 Binlog 文件 当前活跃日志查看服务器上所有 Binlog 文件以及当前正在写入的 Binlog活跃日志方便后续清理、切换操作-- 列出所有 Binlog 文件含文件大小、是否加密SHOWBINARYLOGS;-- 等价于 SHOW MASTER LOGS;-- 查看当前正在写入的 Binlog 文件及写入位置SHOWMASTERSTATUS;实测环境输出示例参考2.4 查看 Binlog 日志格式Binlog 有三种日志格式生产环境优先推荐行级模式确保数据恢复、主从同步的安全性SHOWVARIABLESLIKEbinlog_format;输出说明ROW行级模式生产推荐记录每一行数据的变更避免语句级模式的同步异常STATEMENT语句级模式记录执行的 SQL 语句可能存在同步不一致问题MIXED混合模式自动切换行级和语句级生产不推荐。实测环境输出示例仅参考mysqlshowvariableslikebinlog_format;----------------------|Variable_name|Value|----------------------|binlog_format|ROW|----------------------1rowinset(0.01sec)mysql三、Binlog 手动切换日志切割在数据库备份、版本变更、故障排查前建议手动切换 Binlog生成新的日志文件拆分操作区间便于后续精准定位日志、恢复数据避免单一日志文件过大。3.1 应用场景数据库全量备份前切换 Binlog确保备份后的数据变更写入新日志便于后续增量恢复运维操作如建表、批量更新前切换 Binlog若操作出错可精准删除该操作对应的日志片段单一 Binlog 文件过大接近默认 1G 阈值手动切割便于日志传输和分析。3.2 手动切换命令MySQL 内部执行-- 方式1刷新所有日志含 Binlog、错误日志、慢查询日志FLUSH LOGS;-- 方式2仅切换 Binlog推荐精准控制不影响其他日志FLUSHBINARYLOGS;3.3 切换生效验证执行切换命令后通过以下命令验证是否生效SHOWMASTERSTATUS;生效表现当前正在写入的 Binlog 文件名序号 1例如从binlog.000003变为binlog.000004后续所有数据变更均写入新日志文件。3.4 自动切换触发条件无需人工干预满足以下条件时MySQL 会自动切换 Binlog当前 Binlog 文件达到max_binlog_size阈值默认 1GMySQL 服务重启包括正常重启、异常重启后恢复执行FLUSH LOGS或FLUSH BINARY LOGS手动触发。binlog 文件大小实测环境示例查看结果仅参考mysqlshowvariableslikemax_binlog_size;-----------------------------|Variable_name|Value|-----------------------------|max_binlog_size|1073741824|-----------------------------1rowinset(0.00sec)mysqlmysqlselect1073741824/1024/1024/1024;---------------------------|1073741824/1024/1024/1024|---------------------------|1.000000000000|---------------------------1rowinset(0.00sec)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按天控制结合实测结果详细说明4.1.1 实测参数解读mysqlshowvariableslike%expire%;-----------------------------------------|Variable_name|Value|-----------------------------------------|binlog_expire_logs_seconds|2592000||disconnect_on_expired_password|ON||expire_logs_days|0|-----------------------------------------3rowsinset(0.00sec)mysqlbinlog_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 天无需手动干预。4.1.2 修改自动清理时间按需调整若需要调整自动保留天数如生产环境保留 7 天测试环境保留 3 天可通过以下命令在线修改无需重启 MySQL永久生效-- 示例1设置自动保留7天7天604800秒SETPERSIST binlog_expire_logs_seconds604800;-- 示例2设置自动保留3天3天259200秒SETPERSIST binlog_expire_logs_seconds259200;-- 示例3关闭自动清理不推荐会导致Binlog无限累积SETPERSIST binlog_expire_logs_seconds0;说明PERSIST关键字表示参数永久生效重启 MySQL 后不会丢失若使用SET GLOBAL则仅临时生效重启后恢复默认。4.2 手动清理 Binlog三种方式按需使用自动清理适用于日常运维若需要手动清理过期日志如磁盘紧急释放空间推荐以下三种安全方式均在 MySQL 内部执行。方式1按时间范围清理最常用删除指定时间点之前的所有 Binlog精准控制清理范围适合定期手动运维-- 方式1删除7天前所有 BinlogPURGEBINARYLOGS BEFORENOW()-INTERVAL7DAY;-- 方式2删除指定日期时间之前的 Binlog精准到秒PURGEBINARYLOGS BEFORE2026-04-26 19:19:41;方式2按文件名精准清理最安全先查看所有 Binlog 文件保留当前活跃日志清理前面的所有老旧日志避免误删正在使用的日志-- 步骤1查看所有 Binlog 文件确认要保留的文件SHOWBINARYLOGS;-- 步骤2清理指定文件之前的所有日志保留该文件及之后的日志-- 示例保留 binlog.000003删除 binlog.000001、binlog.000002PURGEBINARYLOGSTObinlog.000003;方式3重置所有 Binlog仅测试环境使用⚠️ 生产环境、主从架构严禁使用该命令会清空所有历史 Binlog日志序号从000001重新开始RESET MASTER;4.3 清理后验证执行清理命令后通过以下命令确认旧日志已删除SHOWBINARYLOGS;若老旧日志已消失仅保留目标日志或新日志说明清理成功。五、日常运维常用命令汇总直接复制使用-- 1. 查看 Binlog 开启状态SHOWVARIABLESLIKElog_bin;-- 2. 查看 Binlog 存储路径前缀SHOWVARIABLESLIKElog_bin_basename;-- 3. 查看所有 Binlog 文件SHOWBINARYLOGS;-- 4. 查看当前正在写入的 BinlogSHOWMASTERSTATUS;-- 5. 查看 Binlog 日志格式SHOWVARIABLESLIKEbinlog_format;-- 6. 手动切换 Binlog推荐FLUSHBINARYLOGS;-- 7. 查看自动清理参数SHOWVARIABLESLIKE%expire%;-- 8. 设置自动保留7天 Binlog永久生效SETPERSIST binlog_expire_logs_seconds604800;-- 9. 按时间清理7天前 BinlogPURGEBINARYLOGS BEFORENOW()-INTERVAL7DAY;-- 10. 按文件名清理保留 binlog.000003 及之后PURGEBINARYLOGSTObinlog.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 天定期检查磁盘空间避免日志累积导致磁盘爆满。若有转载请标明出处https://blog.csdn.net/CharlesYuangc/article/details/160531665