mysql恢复误删数据的前提是binlog已开启且格式为row；需用mysqlbinlog提取delete事件的前镜像，手动或脚本转为insert语句，并在隔离环境验证后谨慎执行。
确认数据库是否开启 binlog 且为 ROW 格式
MySQL 恢复误删数据的前提是：已开启 binlog，且 binlog_format 必须是 ROW（而非 STATEMENT 或 MIXED）。STATEMENT 格式下，DELETE 语句只记录 SQL 文本，无法还原被删的具体行；只有 ROW 格式才记录每行的完整前镜像（DELETE_ROWS_EVENT 中含 before_image）。
检查方式：
SHOW VARIABLES LIKE 'log_bin';<br>SHOW VARIABLES LIKE 'binlog_format';
若未开启或非 ROW，请立即停止写入并联系 DBA —— 此时已无法通过 binlog 回滚。
用 mysqlbinlog 提取指定时间/位置区间的 DELETE 事件
定位误删操作发生的时间点或 binlog 位置（可通过 SHOW MASTER LOGS 和 SHOW BINLOG EVENTS IN 'xxx' LIMIT 20 辅助判断），然后导出该区间内的 row event：
mysqlbinlog --base64-output=DECODE-ROWS -v --start-datetime="2024-05-20 14:22:00" --stop-datetime="2024-05-20 14:23:00" /var/lib/mysql/binlog.000012 > events.sql
关键参数说明：
-
--base64-output=DECODE-ROWS：强制解码 row event，否则只看到 base64 字符串 -
-v（或--verbose）：显示行级变更细节，包括### DELETE FROM `db`.`table`和### @1=123这类前镜像字段 - 务必用
--start-datetime/--stop-datetime或--start-position/--stop-position精确限定范围，避免混入其他操作
注意：如果误删发生在主从架构的从库上，需确认 binlog 是否在从库启用（默认不启用），否则只能查主库日志。
从 binlog 解析结果中反向构造 INSERT 语句
生成的 events.sql 中，每个 DELETE 事件会以注释形式列出被删行的所有字段值（即 ### @1=...）。你需要手动或脚本将其转为 INSERT：
### DELETE FROM `mydb`.`user`<br>### WHERE<br>### @1=1001<br>### @2='alice'<br>### @3='alice@example.com'
对应还原语句应为：
INSERT INTO `mydb`.`user` VALUES (1001, 'alice', 'alice@example.com');
实操建议：
- 不要直接执行原始
events.sql—— 它含大量元信息和可能的其他 DML，直接运行会报错 - 用
grep -A 3 "DELETE FROM" events.sql快速筛选目标表的 DELETE 块 - 字段顺序必须严格匹配表结构（可用
DESC mydb.user核对），否则INSERT ... VALUES会因列数/类型不匹配失败 - 如表含自增主键、TIMESTAMP DEFAULT CURRENT_TIMESTAMP 等特殊字段，需确认是否要显式插入（通常需要，因为 binlog 记录的是实际写入值）
执行还原前务必在隔离环境验证 + 处理主键冲突
即使构造出 INSERT，也不能直接往原表跑。常见陷阱：
- 原表可能已有新插入的同主键数据（比如自增 ID 已走到 1005，而你要插回 1001），直接
INSERT会报Duplicate entry - 外键约束、唯一索引、触发器可能干扰还原过程
- 时间字段（如
created_at）若设为CURRENT_TIMESTAMP，但 binlog 记录的是旧值，需显式指定才能保持一致
安全做法：
- 先在测试库建同结构空表，导入还原语句，验证数据完整性
- 生产环境还原时，优先用
INSERT IGNORE或ON DUPLICATE KEY UPDATE避免中断；若需覆盖，确认业务可接受 - 如有事务性要求（比如关联多张表），必须按 binlog 中的提交顺序还原，不能只恢复单表
最易被忽略的一点：binlog 中的前镜像字段名不可见，仅靠 @1, @2 编号推断 —— 若表结构近期发生过 ALTER TABLE ADD COLUMN，编号顺序可能与当前 DESC 结果不一致，必须比对 CREATE TABLE 语句的历史版本。
