基本命令格式
mysqlbinlog [options] /path/to/mysql-bin.00000X
/path/to/mysql-bin.00000X→ 二进制日志文件路径,可以多个。- 输出默认是 SQL,可以通过重定向
>保存到文件。 - 输出 SQL 可以直接在 MySQL 执行回放。
常用参数
|------------------------------------------|---------------------|-----------------|
| 参数 | 说明 | 典型场景 |
| --start-datetime="YYYY-MM-DD HH:MM:SS" | 从指定时间开始解析日志 | 回放某个时间之后的操作 |
| --stop-datetime="YYYY-MM-DD HH:MM:SS" | 到指定时间结束解析日志 | 回放到某个时间之前的操作 |
| --start-position=N | 从二进制日志的第 N 字节位置开始解析 | 精确回放某条事件 |
| --stop-position=N | 到第 N 字节位置停止解析 | 精确截取事件 |
| -vv / --verbose | 显示详细信息,包括 ROW 格式数据 | 分析 ROW 格式日志 |
| --base64-output=decode-rows | 解码 ROW 格式的事件为可读 SQL | 用于增量恢复 ROW 格式数据 |
| --no-defaults | 不读取 my.cnf 配置 | 避免本地配置影响 |
| --database=dbname | 只解析指定数据库的事件 | 精准恢复单库 |
| --rewrite-db=from_db->to_db | 将数据库名重写为另一个 | 恢复到另一个库 |
| --stop-never | 持续输出新的二进制日志 | 用于实时监控 binlog |
回放日志到 MySQL
方法 A:按时间区间回放
mysqlbinlog --no-defaults \
--start-datetime="2026-01-04 10:00:00" \
--stop-datetime="2026-01-04 13:59:59" \
/data/mysql/binlog/mysql-bin.000005 \
> /mysqlbak/recover.sql
mysql -uroot -pPWnb-0512 < /mysqlbak/recover.sql
注意:SQL 会按日志原样回放,不会自动反转 DELETE/UPDATE。
方法 B:按位置回放
mysqlbinlog --no-defaults \
--start-position=4162 --stop-position=4218 \
--base64-output=decode-rows -vv \
/data/mysql/binlog/mysql-bin.000005 > /mysqlbak/recover_delete.sql
mysql -uroot -pPWnb-0512 < /mysqlbak/recover_delete.sql
- 精确回放某个操作。
- ROW 格式日志需要
-vv --base64-output=decode-rows才能解析成可读 SQL。
注意事项
- mysqlbinlog 不会自动反转操作
- DELETE 还是 DELETE,UPDATE 还是 UPDATE。
- 如果要恢复误删,需要用
-vv --base64-output=decode-rows提取行数据,然后生成 INSERT。
- ROW 格式日志必须解码
--base64-output=decode-rows -vv是解析 ROW 格式增量操作的关键。
- 回放顺序很重要
- 多个 binlog 文件要按顺序回放,否则可能出现外键约束或事务顺序问题。
- 增量恢复结合全量备份
- 建议先恢复全量备份,再用 binlog 回放到指定时间点。