事务隔离级别解决的是多个事务并发执行时一个事务能够看到其他事务的哪些数据以及读取时需要加什么锁。隔离级别越高一般数据一致性越强但等待、锁冲突和死锁风险也可能增加。InnoDB 支持 SQL 标准定义的四种隔离级别默认是REPEATABLE READ。一、三种常见并发问题假设账户余额最初是100。1. 脏读事务 A 修改了数据但还没有提交事务 AUPDATE balance 0未提交 事务 BSELECT读到 0 事务 AROLLBACK余额恢复为 100事务 B 读到了最终并不存在的数据这叫脏读。2. 不可重复读同一事务两次读取同一行结果不同事务 A第一次读取 balance 100 事务 B修改为 200 并提交 事务 A第二次读取 balance 200重点是同一行数据发生了变化。3. 幻读同一事务两次执行相同范围查询返回的行数不同SELECT * FROM users WHERE age BETWEEN 20 AND 30;过程事务 A第一次查询得到 5 行 事务 B插入一个 age25 的用户并提交 事务 A第二次查询得到 6 行重点是查询范围中出现了新的行。二、四种隔离级别对比隔离级别脏读不可重复读幻读READ UNCOMMITTED可能可能可能READ COMMITTED避免可能可能REPEATABLE READ避免避免InnoDB 有额外处理SERIALIZABLE避免避免避免这里的“幻读”需要区分快照读和当前读不能简单地说 MySQL RR 完全依靠 MVCC 或完全依靠锁解决。三、READ UNCOMMITTED中文叫读未提交隔离级别最低。SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;一个事务可能读取另一个事务尚未提交的数据事务 A 修改为 200但未提交 事务 B 可能读取到 200 事务 A 回滚 事务 B 读到的数据失效特点可能发生脏读查询结果不稳定一般很少用于正常业务写操作仍然需要加锁并不是完全没有锁官方文档将这种不一致读取称为 dirty read。四、READ COMMITTED中文叫读已提交简称 RC。SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;只能读取其他事务已经提交的数据因此不会发生脏读。但是每次普通SELECT都会创建新的 Read View事务 A 第一次 SELECT → Read View 1 → 读取 100 事务 B 修改为 200并提交 事务 A 第二次 SELECT → Read View 2 → 读取 200所以可能出现不可重复读和幻读。在 RC 下UPDATE、DELETE和锁定读一般只锁索引记录不锁记录前后的间隙间隙锁主要保留在外键检查和重复键检查等场景。这能减少部分锁冲突但允许其他事务向范围间隙插入新记录。五、REPEATABLE READ中文叫可重复读简称 RR是 InnoDB 默认隔离级别。SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;同一事务中的普通一致性读通常复用第一次一致性读创建的 Read View事务 A 第一次 SELECT → 创建 Read View → 读取 100 事务 B 修改为 200并提交 事务 A 第二次 SELECT → 复用 Read View → 仍读取 100因此可以避免不可重复读。需要注意快照通常在第一次普通一致性读时创建不一定是在执行START TRANSACTION时创建。RR 对幻读有两套处理方式普通 SELECT 快照读 通过 MVCC 和固定 Read View不看到快照后插入的行 FOR UPDATE、UPDATE、DELETE 等当前读 通过 Gap Lock 和 Next-Key Lock 阻止其他事务在范围中插入例如SELECT * FROM users WHERE age BETWEEN 20 AND 30 FOR UPDATE;如果走范围索引InnoDB 可能锁住扫描到的索引记录及相邻间隙阻止其他事务插入age25的记录。精确使用唯一索引查询时通常只锁目标索引记录范围或非唯一条件则可能锁索引范围。六、RR 中的快照读与当前读普通查询属于快照读SELECT * FROM users WHERE id 1;读取 Read View 中可见的历史版本通常不加行锁。下面属于锁定读或当前读SELECT * FROM users WHERE id 1 FOR UPDATE; SELECT * FROM users WHERE id 1 FOR SHARE; UPDATE users SET age 20 WHERE id 1; DELETE FROM users WHERE id 1;它们需要读取较新的可用版本并加锁。因此同一个 RR 事务中可能出现普通 SELECT → 看到快照中的旧数据 SELECT ... FOR UPDATE → 看到较新的数据并加锁这也是为什么业务代码不应随意混用快照读和当前读。官方文档也特别提醒两者可能呈现不同的数据库状态七、SERIALIZABLE中文叫串行化隔离级别最高。SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;它试图让并发事务的执行效果接近事务 A 完整执行完 然后事务 B 执行 然后事务 C 执行在关闭自动提交时InnoDB 会把普通SELECT隐式转换成类似SELECT ... FOR SHARE;因此查询也可能加共享锁并阻塞修改。它的一致性最强但并发能力较低更容易发生等待和死锁。八、隔离级别不能解决所有问题例如两个事务都先读取库存100事务 A读取 100计算后写入 90 事务 B读取 100计算后写入 80 最终结果可能只保留其中一次计算这种“先读、业务计算、再写”的逻辑不能只依赖普通SELECT通常应使用SELECT stock FROM product WHERE id 1 FOR UPDATE;或者直接原子更新UPDATE product SET stock stock - 10 WHERE id 1 AND stock 10;即使是 RR也不等同于串行化涉及多行约束、库存扣减等业务时仍需要锁定读、原子 SQL、唯一约束或乐观锁九、如何查看和设置查看当前会话的隔离级别SELECT transaction_isolation;设置当前会话后续事务SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;只设置下一个事务SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; START TRANSACTION;隔离级别的修改不会改变已经开始的当前事务全局设置通常只影响之后建立的连接