必须确认log_bin=ON且binlog_format=ROW才能恢复误删数据；需用mysqlbinlog定位误操作前的精确position，再通过binlog2sql生成flashback逆向SQL，并在结构一致、停写环境下执行。
确认 binlog 是否开启且为 ROW 格式
单表时间点恢复依赖 binlog 记录具体行变更，log_bin 必须为 ON，且 binlog_format 必须是 ROW。STATEMENT 或 MIXED 模式无法还原被删的原始行数据。
执行以下命令验证：
mysql> SHOW VARIABLES LIKE 'log_bin';<br>mysql> SHOW VARIABLES LIKE 'binlog_format';<br>mysql> SHOW VARIABLES LIKE 'binlog_expire_logs_seconds';
若 binlog_expire_logs_seconds 过小（如默认 2592000 秒 ≈ 30 天），而误操作发生在 30 天前，对应 binlog 可能已被自动清理——此时无法恢复。
定位目标表在 binlog 中的操作区间
用 mysqlbinlog 提取含目标表的事件，重点不是“找到 DELETE”，而是“确定误操作前的最后一个安全位置”。常见错误是只按时间过滤，却忽略跨 binlog 文件边界。
- 先查当前日志状态：
SHOW MASTER STATUS;确认最新File和Position - 用
SHOW BINARY LOGS;查看所有可用 binlog 文件，判断误操作大概落在哪个文件中 - 对疑似文件执行解析（注意加
--base64-output=DECODE-ROWS -v）：mysqlbinlog --start-datetime="2026-08-12 14:00:00" --stop-datetime="2026-08-12 15:30:00" --base64-output=DECODE-ROWS -v /var/lib/mysql/binlog.000047 | grep -A 15 -B 5 "`db_name`.`table_name`" - 观察输出中
### DELETE FROM前的### INSERT INTO或### UPDATE事件，记下其# at行的 position 值——这是你恢复的终点位置
别直接用 --stop-datetime 截断；时间精度受系统时钟和事务提交延迟影响，position 更可靠。
生成并执行反向恢复 SQL
MySQL 自身不提供“回滚 binlog”的内置命令，需把 binlog 中的 DELETE/UPDATE 转成 INSERT/REPLACE。手动写脚本容易漏字段或乱序，推荐用成熟工具辅助，例如 binlog2sql：
python3 binlog2sql.py -h 127.0.0.1 -u root -p 'xxx' -d db_name -t table_name \<br> --start-file='binlog.000047' --start-pos=12345 --stop-pos=98765 --flashback > rollback.sql
--flashback 参数会自动生成逆向语句；但要注意：
-
binlog2sql不支持 MySQL 8.0.33+ 的新认证插件（caching_sha2_password），连接失败时需临时降级用户认证：ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'xxx'; - 生成的
INSERT默认不含IGNORE，若表有唯一键冲突（比如恢复期间已有新数据写入），需手动替换为INSERT IGNORE或先清空目标表 - 不建议直接管道执行：
mysqlbinlog ... | mysql，因为其中混有SET @@SESSION.GTID_NEXT等会话变量，可能破坏 GTID 一致性
导入前必须停写并校验结构一致性
即使只恢复一张表，也要确保目标库中该表结构与 binlog 生成时刻完全一致——包括字符集、排序规则、外键定义、生成列、隐藏主键等。InnoDB 表若启用了 innodb_strict_mode（MySQL 8.0 默认开启），结构微小差异会导致 IMPORT TABLESPACE 或 SQL 执行失败。
建议步骤：
- 从备份或
SHOW CREATE TABLE获取原始建表语句，对比当前表：SHOW CREATE TABLE db_name.table_nameG - 临时禁止写入：
FLUSH TABLES db_name.table_name WITH READ LOCK;（仅限 MyISAM）或更稳妥地在应用层停写 - 导入前执行：
SET FOREIGN_KEY_CHECKS=0;，导入后立即=1 - 若用
binlog2sql生成的rollback.sql含USE db_name，确保连接时未指定默认库，否则可能写错库
最易被忽略的一点：MySQL 8.0.23+ 对 ALTER TABLE ... IMPORT TABLESPACE 增加了 server_uuid 和 page checksum 校验，若从另一台服务器拷贝 .ibd 文件，即使结构一致也会报错——这种场景下，逻辑恢复（binlog 回放）是唯一可行路径。
