MySQL 二进制日志备份可实现数据恢复与主从复制，需在配置文件中启用 log-bin 并设置 server-id；通过 SHOW BINARY LOGS 查看日志文件，使用 FLUSH LOGS 刷新生成新文件，结合 cp 命令或 mysqlbinlog 工具备份；可用 mysqlbinlog 按时间导出 SQL 文件并导入恢复；建议编写脚本定时备份并设置 expire_logs_days 或 binlog_expire_logs_seconds 自动清理旧日志，确保日志连续性与备份完整性。
MySQL 日志备份是保障数据库可恢复性的重要环节，尤其是二进制日志（binary log）的备份，能实现基于时间点的 数据恢复。以下介绍如何进行 MySQL 日志文件的备份操作，重点围绕二进制日志的管理与备份方法。
什么是 MySQL 二进制日志
二进制日志记录了所有对数据库的更改操作（如 INSERT、UPDATE、DELETE 等），不包含 SELECT 语句。它主要用于：
– 数据恢复
– 主从复制
– 审计数据变更历史
注意 ：启用二进制日志需在 MySQL 配置文件 中设置 log-bin 参数。
开启二进制日志功能
编辑 MySQL 配置文件（通常为 my.cnf 或 my.ini）：
[mysqld] log-bin = /var/log/mysql/mysql-bin.log server-id = 1重启 MySQL 服务后，系统会在指定路径生成类似 mysql-bin.000001 的日志文件，并自动轮转。
手动备份二进制日志文件
可以直接复制日志文件进行备份，但建议使用 MySQL 自带命令避免损坏或不一致：
- 查看当前日志文件列表：
登录 MySQL 执行：SHOW BINARY LOGS; - 刷新日志以生成新文件：
FLUSH LOGS;
这会关闭当前日志并创建新的，便于分离出已写完的日志进行备份。 - 备份指定日志文件：
将需要的 .000xxx 文件复制到安全位置，例如：cp /var/log/mysql/mysql-bin.000001 /backup/
使用 mysqlbinlog 工具 备份与恢复
mysqlbinlog 是 MySQL 提供的日志解析工具，可用于导出日志内容为 SQL 语句，便于查看或恢复。
- 导出日志为 SQL 文件：
mysqlbinlog /var/log/mysql/mysql-bin.000001 > backup_20250405.sql - 按时间范围导出：
mysqlbinlog --start-datetime="2025-04-05 00:00:00" --stop-datetime="2025-04-05 12:00:00" mysql-bin.000001 > partial_backup.sql - 恢复数据：
将导出的 SQL 文件导入数据库：mysql -u root -p
自动化日志备份脚本示例
可以编写 Shell 脚本定期备份新增的日志文件：
#!/bin/bash BACKUP_DIR=/backup/binlog LOG_DIR=/var/log/mysql DATE=$(date +%Y%m%d_%H%M) <p>mkdir -p $BACKUP_DIR/$DATE</p><h1> 刷新日志，便于分离旧文件 </h1><p>mysql -u root - p 密码 -e "FLUSH LOGS;"</p><h1> 复制最新的几个日志文件 </h1><p>cp $LOG_DIR/mysql-bin.* $BACKUP_DIR/$DATE/</p><h1> 可选：使用 mysqlbinlog 导出为文本格式 </h1><h1>mysqlbinlog $BACKUP_DIR/$DATE/mysql-bin.* > $BACKUP_DIR/$DATE/all_statements.sql</h1>将该脚本加入 crontab 定时执行，如每天凌晨 1 点运行。
清理过期日志防止磁盘溢出
长期运行会产生大量日志，建议设置自动清理策略：
- 手动删除：
PURGE BINARY LOGS TO 'mysql-bin.000010';
或按时间：PURGE BINARY LOGS BEFORE '2025-04-01 00:00:00'; - 自动清理：
在配置文件中添加：expire_logs_days = 7
（新版 MySQL 推荐使用 binlog_expire_logs_seconds）
基本上就这些。只要开启二进制日志、定期备份并合理清理，就能有效支撑数据库的灾难恢复能力。关键是保持日志连续性和备份完整性。不复杂但容易忽略。
