数据库篇(2)--数据库隔离级别及脏读、不可重复读、幻读_数据库隔离级别中,能避免幻读的有-CSDN博客

一、数据库隔离级别

1.未提交读（Read uncommitted）

A事务中未提交的内容，在B事务中都可见。如果A事务回滚，B事务读到的数据就是脏数据。

2.已提交读（Read committed）

解决了脏读问题，但有不可重复读的问题，即同一个事务多次执行同样的查询语句不一样。

3.可重复读（Repeatable read）

4.可串行化（Serializable）

所有的事务串行进行执行，会在读取的每一行数据都加上锁，可能导致大量的超时和锁争用。因为事务的串行执行，也就避免了幻读的问题。另外考虑到效率的问题，这种级别很少被使用。

备注：

MySQL默认使用RR（可重复读）隔离级别的原因主要涉及数据一致性、并发性能和实际应用需求。

1.脏读：

2.不可重复读：

如在一个事务中，两次查询同一用户的剩余金额可能会不一样（由于另一个事务对该用户的金额进行了修改），这种问题被称为不可重复读。

3.幻读：

一个事务查询某个范围的记录时，其他的事务在这个范围插入了新的记录，导致当前事务查询时会发现比之前查询多了一行记录，就像出现了幻觉一样，称为幻读。

备注：

1）在MySQL数据库中，支持上面四种隔离级别，默认的为Repeatable read (可重复读)；

2）在Oracle数据库中，只支持Serializable (串行化)级别和Read committed (读已提交)这两种级别，其中默认的为Read committed级别。

3）需要注意的是以上只是SQL的标准，在实现中并不一定按照标准来，如Innodb引擎通过MVCC（多版本并发控制）在REPEATABLE READ级别解决了幻读的问题。

4）查看当前事务隔离级别命令：

SELECT @@tx_isolation;

5）设置事务隔离级别的命令：

SET [SESSION|GLOBAL] TRANSACTION ISOLATION LEVEL [READ UNCOMMITTED|READ COMMITTED|REPEATABLE READ|SERIALIZABLE]

6）InnoDB如何解决幻读

InnoDB 通过 Next-Key Lock（临键锁） 和 MVCC（多版本并发控制） 的组合机制解决幻读问题。

6-1）临键锁（Next-Key Lock）：通过锁定索引记录及间隙，物理上阻止其他事务插入新数据。

6-1-1）写入操作（INSERT/UPDATE/DELETE）：对涉及的范围加临键锁，禁止其他事务插入新数据。

6-2）MVCC：通过一致性视图，逻辑上屏蔽其他事务的修改。

6-2-1）原理：InnoDB 为每行数据维护多个版本（通过 undo log 实现），每个事务在启动时生成一个一致性视图（Read View），只能看到该视图生成前已提交的数据。

6-2-2）避免幻读的两种场景：

7）Mysql的行级锁到底锁的是什么

7-1）行级锁：每次锁定的是一行数据的锁机制就是行级别锁定(row-level)。MySQL的行级锁在InnoDB存储引擎中具体锁定的是索引记录，而非物理数据行

InnoDB的行级锁本质上是通过索引锁定索引记录，结合记录锁、间隙锁和临键锁机制，确保并发事务的数据一致性。

7-2）行级锁的基础

7-3）锁定的具体内容

记录锁（Record Lock）：锁定索引中的特定记录。例如，执行 UPDATE users SET name='Alice' WHERE id=10 时，若 id 是主键，则直接锁定主键索引中 id=10 的记录。
间隙锁（Gap Lock）：锁定索引记录之间的间隙，防止其他事务插入新数据。例如，当前索引值为10和20，间隙锁可能锁定 (10, 20) 区间，阻止插入 id=15 的记录。
临键锁（Next-Key Lock）：记录锁 + 间隙锁的组合，锁定一个左开右闭区间。如锁定 (10, 20]，防止插入 id=15 或修改 id=20 的记录。主要用于可重复读（REPEATABLE READ）隔离级别，解决幻读问题。