多表更新必须在显式事务中执行，否则无法保证原子性；需关闭autocommit或用START TRANSACTION开启事务，异常时须手动ROLLBACK，SAVEPOINT支持分步回滚，且需注意隔离级别与锁机制。
多表更新必须放在同一个事务里，否则 ROLLBACK 只能撤回当前语句影响的表，其他表已提交的更改无法撤销。
START TRANSACTION 后必须显式执行 ROLLBACK
MySQL 默认 autocommit = 1，单条 UPDATE 会立刻生效，根本没机会回滚。多表更新前必须先关自动提交或显式开启事务：
-
START TRANSACTION;或BEGIN;—— 必须写在第一条UPDATE之前 - 不能依赖程序连接池默认行为，有些驱动（如某些 JDBC 配置）仍保持 autocommit=1
- 执行完所有
UPDATE后，不调COMMIT就断开连接，MySQL 会自动回滚，但这是不可靠的兜底行为，不能当逻辑用
跨表约束失败会导致隐式回滚中断
比如 UPDATE t1 成功，紧接着 UPDATE t2 因外键缺失报错 ERROR 1452 (HY000)，此时事务并未自动回滚——MySQL 只中断当前语句，前面已执行的 t1 更改仍处于未提交状态。
- 必须在应用层捕获异常后主动发
ROLLBACK;，不能指望 MySQL 自动处理 - 存储过程中可用
DECLARE EXIT HANDLER FOR SQLEXCEPTION捕获并回滚，但 handler 不会捕获警告（warning），比如主键重复但用了INSERT IGNORE - DDL 语句（
ALTER TABLE、TRUNCATE）会强制提交当前事务，之后再ROLLBACK无效
SAVEPOINT 适合分步校验场景
不是所有多表更新都适合“全有或全无”，有时需要中间检查点。比如先更新订单主表，再根据返回影响行数决定是否更新库存表：
-
SAVEPOINT before_inventory;—— 在更新库存前设点 - 若
UPDATE inventory影响行数为 0（库存不足），就ROLLBACK TO SAVEPOINT before_inventory; - 注意：
SAVEPOINT不能跨连接，只在当前事务内有效 - 每个
SAVEPOINT名字必须唯一，重复定义会覆盖前一个
最容易被忽略的是：事务隔离级别会影响 SELECT 判断逻辑的准确性。比如在 READ COMMITTED 下查余额，再更新，期间别人可能已扣款——这时光靠 ROLLBACK 挡不住并发问题，得配合 SELECT ... FOR UPDATE 加行锁。
