mysqlbinlog 用于解析和恢复 MySQL 二进制日志，需先确认 log_bin 为 ON 并定位日志文件路径，通过 –base64-output=DECODE-ROWS 和 - v 参数查看日志内容，支持按时间或位置筛选恢复范围，可指定数据库恢复，建议恢复前备份数据并在从库测试，确保日志完整且流程熟悉。
MySQL 的 mysqlbinlog 工具 用于解析和恢复二进制日志（binary log），在数据误删、误更新或主从同步异常时非常有用。通过它，你可以将 binlog 中记录的 SQL 操作重新执行，从而实现 数据恢复。
确认 binlog 功能已开启
使用 mysqlbinlog 前，必须确保 MySQL 已启用二进制日志功能。检查方式如下：
SHOW VARIABLES LIKE ‘log_bin’;
如果返回值为 ON，说明 binlog 已开启。同时查看日志文件路径：
SHOW VARIABLES LIKE ‘log_bin_basename’;
通常 binlog 文件位于数据目录下，如：mysql-bin.000001、mysql-bin.000002 等。
查看 binlog 日志内容
使用 mysqlbinlog 命令可查看日志中的操作记录：
mysqlbinlog –base64-output=DECODE-ROWS -v /var/lib/mysql/mysql-bin.000001
说明：
- –base64-output=DECODE-ROWS：将 ROW 格式的事件解码为可读 SQL
- -v：详细模式，显示更多语句信息
- 路径根据实际环境调整
按时间或位置筛选恢复范围
精准恢复需要定位到具体的时间点或日志位置。
按时间恢复示例（恢复到某时刻之前）：
mysqlbinlog –stop-datetime=”2025-04-05 10:30:00″ /var/lib/mysql/mysql-bin.000002 | mysql -u root -p
跳过某个误操作时间段：
mysqlbinlog –start-datetime=”2025-04-05 10:00:00″ –stop-datetime=”2025-04-05 10:20:00″ /var/lib/mysql/mysql-bin.000001 | mysql -u root -p
也可使用位置点（position）更精确控制：
mysqlbinlog –start-position=1234 –stop-position=5678 /var/lib/mysql/mysql-bin.000003 | mysql -u root -p
恢复单表或指定数据库
若只需恢复某个库或表，可加 –database 参数：
mysqlbinlog –database=testdb /var/lib/mysql/mysql-bin.000001 | mysql -u root -p
这样只会重放 testdb 库中的操作，避免影响其他数据库。
注意事项与建议
使用 mysqlbinlog 恢复时注意以下几点：
- 恢复前建议先备份当前数据，防止二次损坏
- ROW 格式日志需配合 -v 和 –base64-output 才能清晰查看
- 恢复过程中可能重复执行部分操作，需结合业务判断是否幂等
- 生产环境建议在从库测试恢复流程后再操作主库
基本上就这些。只要 binlog 完整且时间点定位准确，mysqlbinlog 是非常可靠的恢复手段。关键在于平时要保留足够的日志，并定期测试恢复流程。不复杂但容易忽略细节。
