在 MySQL 中，二进制日志（Binary Log）记录了所有对数据库的更改操作，可用于数据恢复、主从复制等场景。备份二进制日志是保障数据可恢复性的重要步骤。以下是几种常用的备份方法。
1. 使用 mysqlbinlog 工具备份单个或多个日志文件
mysqlbinlog 是 MySQL 自带的工具，可以读取并导出二进制日志内容为 SQL 文本格式，便于查看和恢复。
基本用法：
mysqlbinlog --read-from-remote-server \ --host=localhost --user=admin --password \ --raw \ --result-file=/backup/binlog/ \ binlog.000001
说明：
--read-from-remote-server：从远程或本地服务器读取日志（需权限） --host, --user, --password：连接数据库凭证 --raw：以原始格式输出（即复制原文件），不解析成 SQL --result-file：指定输出路径若要备份多个连续日志，可结合 shell 脚本遍历文件名。
2. 直接复制二进制日志文件（适用于文件系统级备份）
如果 MySQL 服务正在运行且开启了 binary log，可以直接复制 .00000x 文件到备份目录，但必须保证操作一致性。
建议步骤：
执行 FLUSH LOGS; 命令，让 MySQL 关闭当前日志并创建新日志 使用 SHOW BINARY LOGS; 查看当前所有日志列表 复制需要的旧日志文件（如 binlog.000001 到 binlog.000005）到安全位置示例：
FLUSH LOGS; SHOW BINARY LOGS;
然后在操作系统层面执行：
cp /var/lib/mysql/binlog.00000* /backup/binlog/
3. 定期轮转并归档日志
为避免日志过多占用空间，同时保留足够恢复窗口，可设置自动归档策略。
做法：
配置 expire_logs_days 或 binlog_expire_logs_seconds 自动清理过期日志 编写定时任务（cron）定期执行日志备份脚本例如，每天凌晨备份前一天生成的日志：
#!/bin/bash
BACKUP_DIR="/backup/binlog"
LOG_DIR="/var/lib/mysql"
DATE=$(date -d yesterday +%Y%m%d)
<p>mysql -e "FLUSH LOGS;"
mysql -e "SHOW BINARY LOGS;" | grep -E "binlog.\d+" | awk '{print $1}' > /tmp/binlog_list.txt</p><h1>复制新增日志（根据时间或编号判断）</h1><h1>此处可加入逻辑筛选特定时间段的日志进行复制</h1><p>cp $LOG_DIR/binlog.000* $BACKUP_DIR/ # 实际中应更精确控制范围</p>4. 结合 mysqldump 与 binlog 实现完整恢复方案
仅备份 binlog 不够，通常配合全量备份使用。
流程：
定期用 mysqldump 做全量备份，并记录当时 binlog 位置 后续通过 binlog 恢复从该位置开始的增量变更示例：
mysqldump --single-transaction --flush-logs --master-data=2 \ -u root -p mydb > full_backup.sql
其中 --master-data=2 会在 dump 文件中记录 binlog 名称和位置，用于后续增量恢复。
基本上就这些。关键是根据业务需求制定合理的备份频率和保留策略，确保能恢复到任意时间点。注意权限、磁盘空间和安全性。不复杂但容易忽略细节。
