START TRANSACTION;

INSERT INTO orders(id, user_id, amount) VALUES(1, 100, 200);
UPDATE inventory SET stock = stock - 1 WHERE id = 10;
DELETE FROM cart WHERE user_id = 100;

COMMIT;    -- 全部生效
-- 或
ROLLBACK;  -- 全部撤销

执行过程：
① 开启事务
② 修改数据前，把旧值写入 undo log
③ 修改数据
④ 如果 ROLLBACK → 用 undo log 恢复旧值
⑤ 如果 COMMIT → undo log 可以清除（但 MVCC 需要保留一部分）

-- 执行 UPDATE 时
UPDATE user SET name = '李四' WHERE id = 1;

-- InnoDB 内部执行：
-- 1. 记录旧值到 undo log: (id=1, name='张三')
-- 2. 将数据页中 name 改为 '李四'
-- 3. 标记该 undo log 归属当前事务

ROLLBACK 时：
1. 找到当前事务的所有 undo log
2. 从最新到最旧，逐一恢复数据
3. 每个 undo log 包含：
   - 旧的行数据
   - 修改的字段和旧值
   - 事务 ID

INSERT INTO user VALUES (100, '张三');

type: INSERT
table: user
hidden: 行被隐藏（标记删除）

UPDATE user SET name = '李四' WHERE id = 100;
-- 原值 name = '张三'

type: UPDATE
table: user
old_values: {name: '张三', age: 25, ...}

Buffer Pool                   磁盘
┌──────────────────┐         ┌─────────────────┐
│ undo log 页      │──flush→│ undo 表空间文件  │
│ (内存中)          │         │ (ibdata1 / undo_001) │
└──────────────────┘         └─────────────────┘

- MySQL 5.7+：undo log 可以放在独立的 undo 表空间
- 默认存储在系统表空间（ibdata1）
- 建议：独立表空间，方便管理和回收

-- 事务 A（未提交）
UPDATE user SET name = '李四' WHERE id = 1;

-- 事务 B（在事务 A 之前开始）
SELECT name FROM user WHERE id = 1;
-- 事务 B 看到的是 '张三'（undo log 中的旧版本）

MVCC 利用 undo log 构建"读视图"：

当前行数据：'李四'（已修改，未提交）
undo log 链：'张三' → '王五' → ...

事务 B 根据自己的 Read View：
→ 只能看到 <= 自己快照版本的数据
→ 沿着 undo 链找到合适的版本
→ 返回答：'张三'

事务开始
  │
  ├─ 写入 undo log
  │
  ├─ 事务提交
  │    │
  │    ├─ 如果 MVCC 也需要这批 undo log
  │    │   → 保留在 undo 链中（直到没有事务需要它）
  │    │
  │    └─ 如果所有可能读到它的事务都已结束
  │       → 标记为可清除（purge）
  │
  └─ 事务回滚
       → 立即用 undo log 恢复数据
       → 完成后标记清除

-- 查看 purge 相关参数
SHOW STATUS LIKE 'Innodb_undo_truncations';
SHOW VARIABLES LIKE 'innodb_purge_threads';
SHOW VARIABLES LIKE 'innodb_purge_batch_size';

-- purge 线程自动清理：
-- 1. 已提交事务的 undo log
-- 2. 不再被 MVCC 引用的旧版本
-- 3. 标记删除的行（真正物理删除）

-- 大事务会产生大量 undo log
START TRANSACTION;
DELETE FROM orders WHERE id > 1000000;  -- 100 万行
-- 产生 100 万条 undo log
-- undo 表空间暴涨
COMMIT;

问题：
1. undo 表空间膨胀
2. MVCC 旧版本链过长 → 查询变慢
3. purge 线程压力大

建议：
- 避免大事务（分批 DELETE/UPDATE）
- 监控 undo 表空间大小
- 配置合适的 undo 表空间大小