TRUNCATE无法回滚，但binlog_format=ROW且未被purge时，可从binlog提取truncate前的Write_rows事件，导出INSERT语句并导入临时库恢复数据。
TRUNCATE 操作无法通过事务回滚恢复，但只要开启了 binlog 且格式为 ROW，就仍有希望从 binlog 中提取被清空前的全量数据——前提是没被 purge 掉，且你有权限访问对应 binlog 文件。
确认 binlog 是否可用且满足恢复前提
恢复 TRUNCATE 的核心不是“撤销 truncate”，而是“把 truncate 之前那张表的所有行数据再 insert 一遍”。这只有在 binlog_format = ROW 时才可行，因为 STATEMENT 格式下 TRUNCATE 只记一条语句，不记录原始数据。
执行以下命令验证：
-
SHOW VARIABLES LIKE 'binlog_format';—— 必须返回ROW -
SHOW VARIABLES LIKE 'log_bin';—— 必须为ON -
SHOW MASTER LOGS;—— 确认目标 binlog 文件（如mysql-bin.000023）仍存在，未被PURGE或自动清理
如果 binlog_format 是 STATEMENT 或 MIXED，TRUNCATE 后的 binlog 里只有 TRUNCATE TABLE xxx 这一行，没有数据快照，基本无法还原。
用 mysqlbinlog 提取 truncate 前的 INSERT_ROWS 事件
TRUNCATE 本身不写入 row event，但它前面紧邻的、对该表的最后一次全量写入（比如某次批量 INSERT 或上次备份导入），会留下完整的 Write_rows 事件。你需要定位到那个时间点之前的最后一个完整写入段。
常用操作步骤：
- 先查出
TRUNCATE发生的大致时间：mysqlbinlog -v --base64-output=DECODE-ROWS /path/to/mysql-bin.000023 | grep -A5 -B5 "TRUNCATE" - 根据时间戳，往前找该表最后一次
Write_rows事件块（注意table_id匹配） - 用
mysqlbinlog --database=your_db --start-datetime="2026-04-15 14:20:00" --stop-datetime="2026-04-15 14:22:00" -v /path/to/mysql-bin.000023 > extract.sql导出区间 - 手动过滤
extract.sql：删掉所有SET @@SESSION.GTID_NEXT、BEGIN、COMMIT和非目标表的语句，只保留### INSERT INTO `xxx` ...形式的行级插入语句
⚠️ 注意：mysqlbinlog 输出的 row event 是注释格式（### 开头），需转换成可执行 SQL；工具如 binlog2sql 可自动完成这步，但需自行安装并确认兼容 MySQL 版本。
绕过主库直接写入临时库再导出
别直接在生产主库上执行恢复 SQL —— TRUNCATE 后表结构还在，但若中间有其他 DML 写入，或触发器/外键联动，可能污染数据一致性。
更稳妥的做法：
- 用最近一次全备（如
mysqldump -d your_db your_table > schema.sql）重建空表结构到一个隔离的临时库 - 把上一步提取出的 clean insert SQL 导入该临时库
- 用
mysqldump your_db your_table --no-create-info > data.sql导出纯数据 - 在主库停写窗口期，
source data.sql或用LOAD DATA INFILE（注意 secure_file_priv 限制）
这个流程规避了主库上重复主键、自增冲突、触发器误触发等风险。尤其当原表有 AUTO_INCREMENT 且 TRUNCATE 重置了计数器时，直接 insert 可能导致主键错位。
没有 binlog 或 binlog 被 purge 了怎么办
如果 log_bin = OFF，或 binlog 已被 PURGE BINARY LOGS 清理，又没做定期逻辑备份，TRUNCATE 的数据实质上已不可逆。
此时只剩两个非常规路径：
- 检查文件系统是否还能找回
.ibd文件：如果TRUNCATE后没执行OPTIMIZE TABLE或重启 mysqld，InnoDB 可能仍缓存部分页；用debugfs（ext4）或xfs_irecover（xfs）尝试恢复已删除但未覆盖的 ibd 文件（成功率低，依赖磁盘写入压力） - 若使用云数据库（如腾讯云 CDB、阿里云 RDS），立即联系售后——部分厂商后台保留了物理页快照或延迟从库，可能提供付费恢复服务
真正关键的不是“怎么救”，而是“为什么没提前防”：线上库必须开启 binlog_format = ROW + 定期全量备份 + binlog 至少保留 7 天；TRUNCATE 操作应走审批流程，禁止直接在生产环境执行。
