事务与安全

这一课你将能做到

1. 用 START TRANSACTION / COMMIT / ROLLBACK / SAVEPOINT 精确控制事务边界，完成转账式原子操作
2. 背出四个隔离级别与三种并发现象（脏读、不可重复读、幻读）的矩阵，并亲手复现 RR 与 RC 的差异
3. 按最小权限原则创建应用账号、用角色批量授权，说出生产账号分层的规范

为什么要学

转账扣款一半成功、库存超卖、并发下单重复发货——所有「钱和数量」类的事故都指向事务没做对。事务是后端面试的必考区且区分度极高：背出 ACID 四个词只能及格，能讲清 InnoDB 靠 undo/redo/MVCC 分别实现哪一项、RR 级别下幻读到底防没防，才是真正的分水岭。

人话：事务就是「要么全做、要么全不做」的一组操作。转账 = 扣 A + 加 B，两步必须同生共死；隔离级别决定「别人做到一半的操作，你能不能看见」。

先建立图像

转账事务的正确性要求：

  终端 A（你）                          数据库
  ─────────────────                    ─────────
  START TRANSACTION;
  UPDATE wallet 扣 lin 200   ──写入──► 改动仅自己可见（未提交）
  UPDATE wallet 加 zhao 200  ──写入──► 同上
  COMMIT;                    ──落盘──► 全世界可见 + 持久
  ─ 或 ─
  ROLLBACK;                  ──回滚──► 两步全部撤销，如同没发生

并发三现象：
  脏读       读到了别人未提交的数据          （最严重）
  不可重复读 同一事务内两次读同一行，值变了
  幻读       同一事务内两次范围查询，行数变了

跟着做

步骤 0：数据准备

-- 若第 9 课的演示表还在，先清理（它们带着指向 cf_user 的外键）
DROP TABLE IF EXISTS cf_comment, cf_feedback;

USE sql_practice;
TRUNCATE TABLE cf_submission;
TRUNCATE TABLE cf_practice_record;
TRUNCATE TABLE cf_user;
TRUNCATE TABLE cf_problem;
-- 执行第 1 课步骤 4 的四段 INSERT 恢复初始数据

CREATE TABLE IF NOT EXISTS cf_wallet (
  user_id    BIGINT UNSIGNED PRIMARY KEY,
  points     INT UNSIGNED NOT NULL DEFAULT 0 COMMENT '积分余额',
  updated_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
) ENGINE=InnoDB;

TRUNCATE TABLE cf_wallet;
INSERT INTO cf_wallet VALUES (1, 1000, DEFAULT), (2, 500, DEFAULT);

lin 有 1000 积分，zhao 有 500。下文所有预期都基于此。

步骤 1：认识 autocommit

SELECT @@autocommit;   -- 1：每条语句独立成事务，执行完自动提交
UPDATE cf_wallet SET points = points + 10 WHERE user_id = 1;
-- 语句一结束，改动立刻持久，另一个会话马上可见

单条语句天然原子；多条语句想绑成一个单元，必须显式开事务。

步骤 2：终端 A 发起转账（先不提交）

打开第一个 mysql 客户端窗口（终端 A）：

START TRANSACTION;

UPDATE cf_wallet SET points = points - 200 WHERE user_id = 1;
UPDATE cf_wallet SET points = points + 200 WHERE user_id = 2;

SELECT user_id, points FROM cf_wallet;   -- 终端 A 自己看：800 / 700

步骤 3：终端 B 观察隔离性

打开第二个 mysql 客户端窗口（终端 B）：