MYSQL的默认隔离级别是什么？

1. 什么是事务隔离级别
事务隔离级别定义了一个事务与其他事务之间的隔离程度。更高的隔离级别通常意味着更强的数据一致性保障，但可能会带来更大的性能开销。MySQL 支持四种事务隔离级别，分别是：

读未提交（Read Uncommitted）
读已提交（Read Committed）
可重复读（Repeatable Read）
串行化（Serializable）
2. MySQL 的默认隔离级别：可重复读（Repeatable Read）
2.1 概述
MySQL 的 InnoDB 存储引擎默认使用的事务隔离级别是 可重复读（Repeatable Read）。在该隔离级别下，事务在开始时会创建一个数据的快照，此后事务内的所有查询将基于这个快照进行，确保同一事务中的查询结果是一致的，即使其他事务在此期间对数据进行了修改。这种机制被称为 快照读（Snapshot Read）。

2.2 特性
防止脏读：脏读是指一个事务读取了另一个未提交事务的修改。可重复读隔离级别通过快照读机制，确保事务只能看到已提交的数据，从而避免了脏读现象。
防止不可重复读：不可重复读是指一个事务中两次读取同一数据得到的结果不一致。在可重复读隔离级别下，由于事务内的查询基于同一个快照，因此避免了不可重复读问题。
幻读：幻读是指一个事务在两次相同的查询操作中，第二次查询返回了第一次查询不存在的行记录。MySQL 在可重复读隔离级别下，通过 间隙锁（Gap Lock） 机制来防止幻读。
2.3 工作机制
当一个事务开始时，InnoDB 会为该事务创建一个一致性视图（Snapshot），此视图包含了事务开始时刻所有已提交的数据。这意味着即使其他事务在当前事务执行期间对数据进行了修改，当前事务仍会看到旧数据，直到事务结束。这种机制使得查询结果在事务内保持一致性。

2.4 优缺点
优点：提供较强的数据一致性保障，适合大多数应用场景。通过 MVCC 和间隙锁机制，MySQL 能够在可重复读隔离级别下同时实现高并发性和数据一致性。
缺点：在某些场景下，间隙锁可能导致锁等待问题，影响系统性能。此外，虽然防止了幻读，但仍然可能会产生一些锁争用问题。
3. 其他隔离级别
3.1 读未提交（Read Uncommitted）
读未提交 是最弱的隔离级别。在该级别下，一个事务可以读取另一个未提交事务的数据，这可能导致脏读现象。

特性：

脏读：可能发生，因为一个事务可以读取到其他事务未提交的数据。
不可重复读和幻读：同样可能发生，因为在事务中读到的数据可能会在事务期间被修改或插入。
适用场景：适用于对数据一致性要求极低的场景，通常不建议使用。

优缺点：

优点：几乎没有加锁开销，性能最好。
缺点：数据一致性极差，容易导致错误的查询结果。
3.2 读已提交（Read Committed）
读已提交 是许多数据库（如 Oracle）的默认隔离级别。在该级别下，一个事务只能读取到其他事务已提交的数据，避免了脏读问题。

特性：

防止脏读：在该隔离级别下，一个事务只能读取已提交的数据，因此不会发生脏读。
不可重复读：可能发生，因为同一事务内的多次查询结果可能不一致。
适用场景：适用于需要避免脏读，但可以接受不可重复读的场景，如一些实时性要求较高的在线事务处理系统。

优缺点：

优点：性能比可重复读更好，因为不会为避免不可重复读而加锁。
缺点：无法保证同一事务中的多次查询结果一致，可能导致不可重复读现象。
示例：

SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
START TRANSACTION;

SELECT balance FROM accounts WHERE account_id = 1; — 返回100

— 其他事务将balance更新为200并提交

SELECT balance FROM accounts WHERE account_id = 1; — 返回200

COMMIT;

3.3 可重复读（Repeatable Read）
可重复读 是 MySQL 的默认隔离级别，如前所述，它通过 MVCC 机制防止脏读和不可重复读，并通过间隙锁机制防止幻读。

特性：

防止脏读和不可重复读：在同一事务内，查询结果基于一致性视图，确保读取到的数据在事务期间不变。
防止幻读：通过间隙锁机制，确保同一范围内的数据在事务期间不被插入或修改。
适用场景：适用于大多数需要强一致性保证的场景，如金融交易系统、库存管理系统等。

优缺点：

优点：提供良好的数据一致性，同时性能相对可接受。
缺点：间隙锁可能导致并发问题，特别是在高并发场景下可能引发锁等待和死锁问题。
3.4 串行化（Serializable）
串行化 是最高的隔离级别，确保事务串行执行，完全避免脏读、不可重复读和幻读，但代价是显著降低并发性能。

特性：

防止脏读、不可重复读和幻读：在串行化隔离级别下，所有事务按顺序执行，确保最高的一致性保障。
性能开销：由于所有事务必须串行执行，因此可能显著降低并发性能。
适用场景：适用于对数据一致性要求极高的场景，如一些要求绝对一致性的银行转账、财务结算等场景。

优缺点：

优点：确保事务之间没有任何交互，提供最高的数据一致性。
缺点：性能最差，由于事务串行化，系统的并发性大大降低。
示例：

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
START TRANSACTION;

SELECT * FROM accounts WHERE balance > 1000 FOR UPDATE;

— 其他事务在此期间无法对这些行进行任何操作

COMMIT;

4. 事务隔离级别的设置与查询

4.1 设置事务隔离级别

在 MySQL 中，可以通过以下 SQL 语句设置事务的隔离级别：

SET TRANSACTION ISOLATION LEVEL <隔离级别>;

4.2 查询当前隔离级别

可以使用以下 SQL 语句查询当前的事务隔离级别：

SELECT @@tx_isolation;

5. 事务隔离级别的选择
读未提交：几乎从不使用，除非在特殊的、对数据一致性要求极低的场景中。
读已提交：适用于需要防止脏读，但不需要强一致性的应用，如一些在线交易系统。
可重复读：MySQL 的默认隔离级别，适用于大多数应用，提供了
较强的一致性保障。

串行化：适用于极少数对一致性要求最高的应用场景，如银行、证券等领域的关键任务应用。