MySQL 中的事务隔离级别有哪些？MySQL 默认的事务隔离级别是什么？为什么选择这个级别？数据库的脏读、不可重复读和幻读分别是什么？

MySQL 中的事务隔离级别有哪些？

特点：在一个事务中多次读取同一数据时，结果一致。这通过多版本并发控制（MVCC）实现，确保事务开始后看到的数据是事务开始时的快照。
优缺点 ：
- 优点：避免了脏读和不可重复读问题。
- 缺点：可能会出现幻读问题，即插入或删除操作导致事务内查询结果不一致。
适用场景 ：
- 是 MySQL InnoDB 的默认隔离级别，适用于大多数需要保证数据一致性的场景。
- 通过锁定机制（如间隙锁、临键锁）可以一定程度上避免幻读。

以下是不同隔离级别在功能支持上的对比表格：

功能/隔离级别	读取未提交数据（脏读）	不可重复读	幻读	是否加共享锁（共享锁允许多个事务读取同一数据）
Read Uncommitted	是	是	是	否（可能使用快照隔离）
Read Committed	否	是	是	是（按需加锁）
Repeatable Read	否	否	是	否（通常使用 MVCC，InnoDB 不加共享锁，而用快照）
Serializable	否	否	否	是（加共享锁）

可以通过以下语句设置事务的隔离级别：

临时设置（当前会话）：
sql 复制代码
```
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
```
支持的级别包括：READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ 和 SERIALIZABLE。

全局设置：

sql 复制代码

SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

通过选择合适的隔离级别，可以在数据一致性和并发性能之间找到平衡，以满足具体的业务需求。

1.平衡一致性和并发性能：

可重复读 在一致性和并发性能之间提供了合理的折中。它避免了脏读和不可重复读问题，同时通过多版本并发控制（MVCC）机制，允许多个事务并发执行，而不会互相阻塞。

2.避免常见并发问题：

3.适用于大多数应用场景：

4.实现机制：

MVCC（多版本并发控制）：在可重复读隔离级别下，MySQL 使用 MVCC 机制，允许多个版本的数据同时存在。每个事务看到的数据版本是事务开始时的快照，从而避免了数据不一致的问题。
ReadView：在事务开始时创建一个 ReadView，事务中的查询都基于这个 ReadView，确保多次查询结果一致。

MySQL 默认的事务隔离级别是 可重复读，因为它在数据一致性和并发性能之间提供了合理的折中，避免了脏读和不可重复读问题，适用于大多数需要保证数据一致性的场景。通过 MVCC 和 ReadView 机制，可重复读隔离级别实现了高效的数据一致性和并发性能。

定义：一个事务读取了另一个事务尚未提交的数据。如果这个未提交的事务后来被回滚，那么第一个事务读取到的数据就是无效的（脏数据）。
原因：事务隔离级别设置较低，如 未提交读（Read Uncommitted），导致读取到了未提交的数据。
示例：假设两个事务 T1 和 T2：
- T1 开始，并更新表中某条记录，但尚未提交。
- T2 开始，读取了 T1 更新后的数据。
- T1 回滚，T2 读取到的数据就变成了无效的。

定义：一个事务在两次查询同一个范围的数据时，因其他事务插入或删除记录，导致前后两次查询的记录集合不一致。例如，第一次查询得到 10 条记录，第二次查询得到 11 条记录，多出的那一条记录被称为幻影行。
原因：其他事务在当前事务两次查询之间插入或删除了符合条件的记录。
示例：假设两个事务 T1 和 T2：
- T1 开始，查询某个范围的记录，得到 10 条。
- T2 开始，在该范围内插入一条新记录并提交。
- T1 再次查询时，发现结果变为 11 条。