必须确保binlog开启（log_bin=ON）、格式为ROW且保留足够时长，再用mysqlbinlog加--base64-output=DECODE-ROWS -v解析Delete_rows_event获取被删行镜像，构造INSERT语句还原。
确认 binlog 是否开启且保留足够时长
MySQL 的 binlog 是唯一能还原误操作的原始依据，但默认可能未启用，或已过期清理。先检查 binlog_format 是否为 ROW（仅此格式支持精准解析 DML 变更），并确认 log_bin 为 ON：
SHOW VARIABLES LIKE 'log_bin'; SHOW VARIABLES LIKE 'binlog_format'; SHOW VARIABLES LIKE 'expire_logs_days';
若 binlog_format 是 STATEMENT 或 MIXED，mysqlbinlog 无法还原出具体修改前后的字段值，基本无法生成可靠回滚语句；expire_logs_days 过小（如 1 或 2）会导致关键 binlog 已被自动删除。
- 务必在日常运维中设置
binlog_format = ROW并长期保留 binlog（建议至少 7 天） - 临时启用 binlog 不会补录历史操作，只对开启后的新事务有效
- 若 binlog 已被 purge，且无备份，回滚不可行
定位误操作发生的时间点与 binlog 文件
用 mysqlbinlog 查看 binlog 内容，结合时间范围缩小搜索范围。注意：必须使用 --base64-output=DECODE-ROWS -v 才能看到 ROW 格式下的真实变更数据：
mysqlbinlog --base64-output=DECODE-ROWS -v --start-datetime="2024-06-15 14:20:00" --stop-datetime="2024-06-15 14:25:00" /var/lib/mysql/mysql-bin.000012
输出中找 ### UPDATE ... BEFORE IMAGE 和 ### AFTER IMAGE 块——这是生成反向语句的唯一可靠依据。常见误判点：
- 仅靠
SET @@SESSION.GTID_NEXT或INSERT INTO t VALUES (...)这类语句无法反推原值，必须依赖BEFORE IMAGE - 事务可能跨多个 binlog 文件，需按
show binary logs;列出顺序依次扫描 - 误操作若发生在大事务中，需完整提取该事务所有 event，否则回滚会破坏一致性
用 mysqlbinlog + sed/awk 或专用工具生成回滚 SQL
手动解析 binlog 并写回滚语句极容易出错，推荐用成熟工具处理。最常用的是 binlog2sql（Python 实现，支持 MySQL 5.6+）：
pip install binlog2sql python binlog2sql.py -h127.0.0.1 -P3306 -uadmin -p'pwd' -dtest -ttbl --start-file='mysql-bin.000012' --start-datetime='2024-06-15 14:22:00' --stop-datetime='2024-06-15 14:22:30' -B
-B 参数即输出回滚语句（INSERT → DELETE，UPDATE → 反向 UPDATE，DELETE → INSERT）。关键注意事项：
- 工具必须连接到**同版本、同字符集、同表结构**的库，否则解析列顺序或类型可能错位
- 若表有外键约束，生成的回滚语句默认不处理依赖顺序，需人工调整执行顺序或临时禁用
FOREIGN_KEY_CHECKS -
binlog2sql对含 JSON、GIS、虚拟列等新特性的字段支持有限，遇到Unknown column type错误需降级处理或跳过该 event
回滚前必须验证与分步执行
生成的 SQL 不可直接 source 执行。任何 binlog 解析都存在边界 case 漏判风险（如部分更新、触发器隐式变更、自增主键冲突）：
- 先将回滚语句重定向到文件，用
head -20和tail -20抽样检查是否符合预期（特别是 WHERE 条件是否精确匹配原行） - 在测试库中导入相同时间点的备份，重放 binlog 至误操作前，再应用生成的回滚语句，验证结果是否回归正确状态
- 生产环境执行时，优先用
SELECT替换UPDATE/DELETE做 dry-run（例如把UPDATE t SET x=1 WHERE id=5改成SELECT * FROM t WHERE id=5），确认影响行数为 1
真正危险的不是找不到 binlog，而是看到“成功生成回滚语句”就放松警惕——ROW 格式下字段缺失、timestamp 自动更新、TIMESTAMP/DATETIME 时区转换、ENUM 值映射异常，都会让生成的语句看起来合理，实际改错行或错值。
