MySQL多表更新事务如何统一回滚

多表更新必须在显式事务中执行，否则无法保证原子性；需关闭autocommit或用START TRANSACTION开启事务，异常时须手动ROLLBACK，SAVEPOINT支持分步回滚，且需注意隔离级别与锁机制。

多表更新必须放在同一个事务里，否则 ROLLBACK 只能撤回当前语句影响的表，其他表已提交的更改无法撤销。

START TRANSACTION 后必须显式执行 ROLLBACK

MySQL 默认 autocommit = 1，单条 UPDATE 会立刻生效，根本没机会回滚。多表更新前必须先关自动提交或显式开启事务：

1. START TRANSACTION; 或 BEGIN; —— 必须写在第一条 UPDATE 之前
2. 不能依赖程序连接池默认行为，有些驱动（如某些 JDBC 配置）仍保持 autocommit=1
3. 执行完所有 UPDATE 后，不调 COMMIT 就断开连接，MySQL 会自动回滚，但这是不可靠的兜底行为，不能当逻辑用

跨表约束失败会导致隐式回滚中断

比如 UPDATE t1 成功，紧接着 UPDATE t2 因外键缺失报错 ERROR 1452 (HY000)，此时事务并未自动回滚——MySQL 只中断当前语句，前面已执行的 t1 更改仍处于未提交状态。

1. 必须在应用层捕获异常后主动发 ROLLBACK;，不能指望 MySQL 自动处理
2. 存储过程中可用 DECLARE EXIT HANDLER FOR SQLEXCEPTION 捕获并回滚，但 handler 不会捕获警告（warning），比如主键重复但用了 INSERT IGNORE
3. DDL 语句（ALTER TABLE、TRUNCATE）会强制提交当前事务，之后再 ROLLBACK 无效

SAVEPOINT 适合分步校验场景

不是所有多表更新都适合“全有或全无”，有时需要中间检查点。比如先更新订单主表，再根据返回影响行数决定是否更新库存表：

1. SAVEPOINT before_inventory; —— 在更新库存前设点
2. 若 UPDATE inventory 影响行数为 0（库存不足），就 ROLLBACK TO SAVEPOINT before_inventory;
3. 注意：SAVEPOINT 不能跨连接，只在当前事务内有效
4. 每个 SAVEPOINT 名字必须唯一，重复定义会覆盖前一个

最容易被忽略的是：事务隔离级别会影响 SELECT 判断逻辑的准确性。比如在 READ COMMITTED 下查余额，再更新，期间别人可能已扣款——这时光靠 ROLLBACK 挡不住并发问题，得配合 SELECT ... FOR UPDATE 加行锁。