知其然要知其所以然，探索每一个知识点背后的意义，你知道的越多，你不知道的越多，一起学习，一起进步，如果文章感觉对您有用的话，关注、收藏、点赞，有困惑的地方请评论，我们一起交流！
一、隔离级别的基本特性
1. READ COMMITTED（读已提交）
- 定义：事务只能读取其他事务已提交的数据。
- 特点：
- 不可重复读：同一事务中多次读取同一数据，可能得到不同结果（因其他事务提交了修改）。
- 幻读：同一事务中多次查询同一范围数据，可能返回不同行数（因其他事务提交了插入或删除）。
- 实现机制：
- 每次 SELECT 时生成新的 ReadView，读取最新已提交的数据版本。
2. REPEATABLE READ（可重复读）
- 定义：事务中多次读取同一数据，结果一致。
- 特点：
- 可重复读：同一事务中多次读取同一数据，结果一致（即使其他事务提交了修改）。
- 幻读：默认情况下仍可能发生（MySQL 通过 间隙锁 部分解决）。
- 实现机制：
- 事务开始时生成 ReadView，后续 SELECT 复用该视图，读取事务开始时的数据快照。
二、隔离级别的对比
| 特性 | READ COMMITTED | REPEATABLE READ |
|---|---|---|
| 不可重复读 | 可能发生 | 不会发生 |
| 幻读 | 可能发生 | 可能发生（通过间隙锁部分解决） |
| 数据一致性 | 较低 | 较高 |
| 并发性能 | 较高 | 较低 |
| 适用场景 | 高并发、对一致性要求较低的场景 | 对一致性要求较高的场景 |
三、使用场景分析
1. READ COMMITTED 的适用场景
-
高并发写入场景：
- 如日志系统、消息队列，写入频率高，对数据一致性要求较低。
- 示例：记录用户行为日志，允许部分数据延迟可见。
-
实时性要求高的查询：
- 如实时监控、仪表盘，需要读取最新数据。
- 示例：查询当前在线用户数。
-
短事务场景：
- 事务执行时间短，不可重复读和幻读的影响较小。
- 示例：电商库存扣减。
-
分布式事务：
- 在分布式系统中，READ COMMITTED 更易于实现最终一致性。
2. REPEATABLE READ 的适用场景
-
财务系统：
- 如银行转账、对账，要求事务中多次读取的数据一致。
- 示例：查询账户余额并扣款。
-
订单系统：
- 如电商订单处理，避免因不可重复读导致订单状态不一致。
- 示例：查询订单详情并更新状态。
-
数据一致性要求高的场景：
- 如库存管理、票务系统，避免超卖或重复扣减。
- 示例：查询库存并扣减。
-
长事务场景：
- 事务执行时间长，需要保证多次读取的数据一致。
- 示例：批量数据处理。
四、性能与锁机制的影响
1. READ COMMITTED 的锁机制
- 行锁：仅锁定当前操作的行，锁粒度较小。
- 锁释放：事务提交后立即释放锁，减少锁竞争。
- 性能：并发性能较高，适合高并发场景。
2. REPEATABLE READ 的锁机制
- 行锁 + 间隙锁：锁定当前操作的行及相邻区间，防止幻读。
- 锁释放：事务提交后释放锁，锁持有时间较长。
- 性能：并发性能较低，适合对一致性要求高的场景。
五、实战示例
1. READ COMMITTED 示例
-- 设置隔离级别
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
-- 事务1：读取数据
BEGIN;
SELECT balance FROM accounts WHERE id = 1; -- 假设返回 100
-- 事务2：更新数据
BEGIN;
UPDATE accounts SET balance = 200 WHERE id = 1;
COMMIT;
-- 事务1：再次读取
SELECT balance FROM accounts WHERE id = 1; -- 返回 200（不可重复读）
COMMIT;
2. REPEATABLE READ 示例
-- 设置隔离级别
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
-- 事务1：读取数据
BEGIN;
SELECT balance FROM accounts WHERE id = 1; -- 假设返回 100
-- 事务2：更新数据
BEGIN;
UPDATE accounts SET balance = 200 WHERE id = 1;
COMMIT;
-- 事务1：再次读取
SELECT balance FROM accounts WHERE id = 1; -- 仍返回 100（可重复读）
COMMIT;
六、总结与建议
| 场景 | 推荐隔离级别 | 原因 |
|---|---|---|
| 高并发写入、实时查询 | READ COMMITTED | 高并发性能，允许数据延迟可见 |
| 财务、订单、库存管理 | REPEATABLE READ | 数据一致性要求高，避免不可重复读 |
| 短事务、分布式系统 | READ COMMITTED | 易于实现最终一致性 |
| 长事务、批量数据处理 | REPEATABLE READ | 保证事务中数据一致性 |
核心原则：
- 优先 READ COMMITTED：在高并发、实时性要求高的场景中，牺牲部分一致性以提升性能。
- 优先 REPEATABLE READ：在财务、订单等对一致性要求高的场景中，确保数据准确性和一致性。
