MySQL 中的事务隔离级别有哪些？
在 MySQL 中，事务隔离级别用于定义一个事务能看到其他事务未提交的数据的程度。MySQL 支持以下四种事务隔离级别，每种级别对并发操作的支持程度和一致性要求不同。隔离级别的设置通常通过 SET TRANSACTION ISOLATION LEVEL 语句来进行。
1. 读未提交（Read Uncommitted）
- 定义：事务可以读取到其他事务未提交的数据，这意味着事务可以看到其他事务的 脏数据。
- 特性：
- 允许 脏读：一个事务可以读取另一个事务修改但尚未提交的数据。
- 不保证事务数据的隔离性。
- 影响：
- 脏读：读取未提交的数据可能导致数据不一致。
- 提供最差的并发控制和一致性，性能较好，但可能引发严重的业务逻辑问题。
2. 读已提交（Read Committed）
- 定义：事务只能读取到其他事务已经提交的数据。即使一个事务在执行过程中多次读取数据，也只能看到其他事务已经提交的数据。
- 特性：
- 允许 脏读 被防止，但仍然允许 不可重复读。
- 每次读取数据时都会重新查询数据库，因此每次读取的结果可能不同。
- 影响：
- 不可重复读：同一事务在两次读取之间可能会看到不同的数据。
- 性能上比 读未提交 要好，但依然无法防止所有的并发问题。
3. 可重复读（Repeatable Read）
- 定义：在事务开始后，事务内的所有查询都将读取到相同的数据，直到事务结束为止，保证了 不可重复读 的避免。
- 特性：
- 允许 幻读，即事务执行期间，其他事务插入的行数据不会被当前事务看到。
- 默认的事务隔离级别（对于 InnoDB 存储引擎而言）。
- 保证了读取的数据一致性，每次读取相同数据时返回的结果相同。
- 影响：
- 不可重复读 被解决，保证数据一致性。
- 幻读 问题仍然存在，多个事务并发执行时，可能会插入新的数据行，导致查询结果不一致。
4. 串行化（Serializable）
- 定义：事务完全隔离，即所有事务都按顺序串行执行，不允许其他事务并发执行。这是最严格的事务隔离级别。
- 特性：
- 会强制事务 加锁，避免了 脏读、不可重复读 和 幻读。
- 通过强制事务之间的完全顺序执行来保证数据的一致性。
- 影响：
- 解决所有并发问题（包括脏读、不可重复读和幻读）。
- 性能极差，因为事务会被强制串行化执行，导致系统吞吐量显著下降。
总结
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
|---|---|---|---|
| 读未提交 | 允许 | 允许 | 允许 |
| 读已提交 | 不允许 | 允许 | 允许 |
| 可重复读 | 不允许 | 不允许 | 允许 |
| 串行化 | 不允许 | 不允许 | 不允许 |
选择合适的隔离级别
- 在 MySQL 中选择合适的事务隔离级别是根据应用需求来定的。一般来说，高并发系统需要选择较低的隔离级别以提高性能（如 读已提交 或 可重复读），但需要保证数据一致性；而对于数据一致性要求极高的场景，可能选择 串行化，尽管它的性能代价较高。
