先说说背景，咱们为什么要抛弃 Undo Log

你想啊，线上业务一秒钟几万条geng新。

Undo Log 本来是事务的好帮手，Neng把数据恢复到原点。

可是当表里有 100 万+ 行记录时Undo Log 就像一只大象。

它占磁盘空间嗖嗖涨，回滚的时候得把那堆日志翻出来慢得让人抓狂。

说实话，我也曾经信誓旦旦地想靠 Undo Log 撑起所有回滚需求。

结果呢？业务卡住了DB 锁住了监控告警一路飙红。

于是我们决定：别再盯着 Undo Log 那个老古董了换个思路——表名切换。

表名切换到底是个啥玩意儿？

其实hen简单，就是先建一个结构完全一样的备份表，把当前的数据全拷进去。

然后在需要回滚的时候，用一条 RENAME TABLE 把原表和备份表互换名字。

这一步儿只改元数据，毫秒级完成，不会去遍历每一行记录。

所以即使是 100 万行的大表，也NengZuo到秒级回滚。

一步步实现细节，别怕，我慢慢讲

第一步：创建备份表

CREATE TABLE tb_user_backup LIKE tb_user;

这个命令复制结构，不带数据。省时省力。

第二步：拷贝数据

INSERT INTO tb_user_backup SELECT * FROM tb_user;

一次性把所有记录搬过去。磁盘会翻倍，但这段时间业务还Neng正常跑，只是写入会稍慢一点儿。

第三步：业务上线前Zuo好检查

确保备份表数据完整，对比一下行数、关键字段是否一致。

第四步：真正需要回滚时——表名互换

RENAME TABLE tb_user TO tb_user_dirty, tb_user_backup TO tb_user;

这句 SQL 同时把两张表的名字调过去，整个过程是原子操作，不会出现半边成功半边失败的尴尬局面。

常见坑点，你踩过没？

1）别忘了把触发器、外键约束也一起迁移。否则新表可Neng缺少关键约束导致后续写入出错。

2）Ru果你的业务还有读写分离的从库，要记得同步执行同样的 RENAME 操作，否则读库还是指向旧表。

3）备份期间磁盘空间会瞬间翻倍，一定要提前Zuo好容量规划，否则磁盘满了就geng麻烦了。

对比 Undo Log 的成本，这招到底省多少？

Undo Log 每次geng新dou会生成对应的撤销记录，等于把每条 UPDATE dou复制一遍存下来。

A) 磁盘占用：大批量 UPDATE 时会让 ibdata1 暴涨到几百 GB；

B) 回滚时间：要把这些日志逐条读取并执行逆向操作，往往要几分钟甚至十几分钟；

C) 对业务冲击：回滚期间锁太多，会导致新请求排队等待，从而出现响应超时。

而表名切换只需要一次元数据改动：

✅ 磁盘占用只多出一次完整备份

✅ 回滚毫秒级完成，无需遍历日志

✅ 对业务影响几乎为零，只是短暂的锁元数据阶段

"为什么百度不收录" 的小插曲 E‑R‑S‑O‑R‑M——错误案例汇总

- 把 RENAME 写成两条单独的 ALTER，让事务不具备原子性； - 忘记同步从库导致读库仍指向旧表； - 用 TRUNCATE 清空原表后再导入，却忘记保留自增 ID 导致主键冲突； 这些错误douNeng让你在紧急回滚时掉进坑里好好记住哦！害~

实际案例分享，一口气讲完三次“差点崩溃”经历

A 项目需要一次性把用户积分加 10 倍，这波 UPDATE 涉及 800 万行记录。 我们本来准备走 Undo Log 自动生成反向 SQL，但等到日志文件dou生成完毕Yi经过去半小时——业务Yi经开始报错超时。 于是我们立马改走“先备份 + 表名切换”。 第一天晚上把全量数据 dump 到备份表，用 RENAME 把新旧表互换，仅用了 120 毫秒就完成回滚。 第二天同事还在惊呼：“哇，这也太快了吧？” 我笑着说：“咱们这叫‘快如闪电’，不是吹牛。” 哈哈~

TIPS：如何优雅地写脚本自动化这个过程？

① 用 shell 写一个循环遍历所有目标表；

② 每张表先执行 Create Table … Like …;

///...

③ 用事务包裹 RENAME 部分，以防意外中断。

Killer Feature——多张表一次性切换！你敢信吗？

Mysql 的 RENAME TABLE a TO a_old, b TO b_old, a_old TO b, b_old TO a;

*这句话Ke以同时把两张表名字互换，还Ke以一次性处理五六张大表！*

结果就是整个回滚窗口从分钟降到毫秒 —— 真的是“秒杀”传统方式啊！说实话，我当时kan代码dou惊呆了那叫一个爽呀！你懂的~

end note – 小结一下呗～

❶ Undo Log 在大批量geng新场景下成本爆炸；

///...

❷ 表名切换利用元数据操作，实现毫秒级回滚；

///...

❸ 实施前务必Zuo好备份和容量评估；

///...

❹ 自动化脚本配合监控报警，让运维geng安心。

# Zui后再来一句感慨吧——技术真的不是死板的规矩，而是我们动手玩出来的乐趣。哈哈，有时候转个思路，就Neng把“大象”变成“小老鼠”。咱们继续折腾，下次再聊别的新招吧！不对不对，我刚才说错了是“下次再聊别的新技巧”。干嘛这么正式啊，就是想跟你唠嗑嘛~

---