MySQL数据库事务隔离级别是数据库管理系统中用来控制多个事务并发执行时，事务之间相互隔离程度的一组规则，核心目的是在保障数据一致性的前提下，尽可能提升数据库的并发处理能力。不同的隔离级别对并发问题的容忍度不同，对应的性能表现也存在差异。
事务的基本ACID特性
在了解事务隔离级别之前，需要先明确事务的四个核心特性，也就是ACID：
- 原子性（Atomicity）：事务是一个不可分割的操作单元，要么全部执行成功，要么全部回滚，不会出现部分执行的情况。
- 一致性（Consistency）：事务执行前后，数据库的完整性约束没有被破坏，数据状态是合法的。
- 隔离性（Isolation）：多个事务并发执行时，一个事务的执行不能被其他事务干扰，不同事务之间的操作是相互隔离的。
- 持久性（Durability）：事务提交之后，对数据的修改是永久性的，即使数据库发生故障也不会丢失。
事务隔离级别就是用来定义隔离性具体实现程度的规则，MySQL的InnoDB引擎支持四种标准的隔离级别。
MySQL支持的四种事务隔离级别
1. 读未提交（Read Uncommitted）
这是隔离级别最低的一级，一个事务可以读取到另一个事务还未提交的数据。这种级别下会出现脏读、不可重复读、幻读所有并发问题，实际生产中几乎不会使用。
2. 读已提交（Read Committed）
一个事务只能读取到另一个事务已经提交的数据，解决了脏读问题，但是仍然存在不可重复读和幻读的问题。很多数据库如Oracle的默认隔离级别就是读已提交，MySQL也可以通过设置切换为该级别。
3. 可重复读（Repeatable Read）
这是MySQL InnoDB引擎的默认隔离级别，同一个事务中多次读取同一范围的数据，结果是一致的，解决了脏读和不可重复读的问题，通过Next-Key Lock机制在一定程度上解决了幻读问题。
4. 串行化（Serializable）
这是隔离级别最高的一级，所有事务串行执行，完全避免了脏读、不可重复读、幻读问题，但是并发性能最差，只有在数据一致性要求极高的场景下才会使用。
不同隔离级别解决的并发问题对比
三种常见的并发问题定义如下：
- 脏读：一个事务读取到了另一个事务未提交的数据，如果另一个事务回滚，读取到的数据就是无效的。
- 不可重复读：同一个事务内，两次读取同一行数据，得到的结果不同，原因是其他事务修改并提交了这行数据。
- 幻读：同一个事务内，两次查询同一个范围的数据，第二次查询出现了第一次没有的行，原因是其他事务插入了新的数据。
四种隔离级别对并发问题的解决情况如下表所示：
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
|---|---|---|---|
| 读未提交 | 存在 | 存在 | 存在 |
| 读已提交 | 不存在 | 存在 | 存在 |
| 可重复读 | 不存在 | 不存在 | 基本不存在 |
| 串行化 | 不存在 | 不存在 | 不存在 |
MySQL中隔离级别的设置与验证
查看和设置隔离级别
可以通过以下SQL语句查看当前MySQL的隔离级别：
-- 查看全局隔离级别 SELECT @@GLOBAL.transaction_isolation; -- 查看当前会话隔离级别 SELECT @@SESSION.transaction_isolation;
设置隔离级别的SQL语句如下：
-- 设置全局隔离级别为读已提交 SET GLOBAL transaction_isolation = 'READ-COMMITTED'; -- 设置当前会话隔离级别为可重复读 SET SESSION transaction_isolation = 'REPEATABLE-READ';
可重复读级别的验证示例
我们可以通过两个会话模拟并发场景，验证可重复读级别的表现：
-- 会话1：开启事务，查询用户表数据 START TRANSACTION; SELECT * FROM user WHERE id = 1; -- 假设结果为age=20 -- 会话2：开启事务，修改id=1的用户年龄并提交 START TRANSACTION; UPDATE user SET age = 25 WHERE id = 1; COMMIT; -- 会话1：再次查询同一行数据，结果仍然是age=20，不会出现不可重复读 SELECT * FROM user WHERE id = 1; COMMIT;
隔离级别的选择建议
实际业务中可以根据场景选择合适的隔离级别：
- 如果是普通业务，对一致性要求不是极端严格，可以选择默认的可重复读级别，兼顾一致性和性能。
- 如果业务中存在大量并发读取，且可以容忍少量的不可重复读，比如一些统计类业务，可以选择读已提交级别，提升并发性能。
- 如果是金融类、订单支付类对数据一致性要求极高的场景，可以考虑使用串行化级别，但是需要注意性能损耗。
- 读未提交级别几乎不要使用，除非是临时测试场景。
需要注意的是，隔离级别越高，事务之间的锁竞争越激烈，系统的并发吞吐量会越低，所以需要在数据一致性和性能之间做平衡。