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 是非常可靠的恢复手段。关键在于平时要保留足够的日志，并定期测试恢复流程。不复杂但容易忽略细节。
