MySQL 用了哪种默认隔离级别,实现原理是什么?

文章详细解释了MySQL的默认隔离级别RR-可重复读如何利用MVCC和InnoDB的特性,如聚簇索引、DB_TRX_ID和DB_ROLL_PTR,以及read-view和undo日志在并发控制中的作用。对比了不同隔离级别的工作方式,强调了RR可重复读提升性能的原因。
摘要由CSDN通过智能技术生成

MySQL 的默认隔离级别是 RR - 可重复读,可以通过命令来查看 MySQL 中的默认隔离级别。

RR - 可重复读是基于多版本并发控制(Multi-Version Concurrency Control,MVCC )实现的。MVCC,在读取数据时通过一种类似快照的方式将数据保存下来,不同事务的 session 会看到自己特定版本的数据,这样读锁和写锁就不冲突了。

在 InnoDB 存储引擎里,在有聚簇索引的情况下,每行数据都包含两个必要的隐藏列:

  • DB_TRX_ID:记录某条数据的上次修改它的事务ID(trx_id)
  • DB_ROLL_PTR:回滚指针,指向这条记录的上一个版本。我们每次对聚簇索引行进行修改时,都会把老版本写入到undo日志里,这个指针就指向了老版本的位置,当需要进行回滚操作时,事务就通过回滚指针以获取上一个版本的数据(注意:插入操作的undo日志没有回滚指针,因为它是新增的数据,没有老版本;而已删除的信息会在undo日志记录的头信息中存一个delete flag标记,当该标记为true时,表示已删除,则不返回数据)。

下图就是一个简洁的版本链概念,InnoDB 中的 undo 日志保存的就是一个版本链:

除了版本链,我们在实现 MVCC 还用到了另一个概念:read-view,一致性试图。我们在查询数据,当使用 select 语句时,InnoDB 会自动生成一个当前活动的(即未提交的)事务 ID 数组,这个 read-view 就是由查询时所有未提交事务 ID 组成的数组。数组中最小的事务 ID 为 min_id 和已创建的最大事务 ID 为 max_id 组成,查询的数据结果需要跟 read-view 做比较从而得到快照结果。

我们做查询时,会查询出当前 session 的 trx_id,通过和 read-view 比对:

  1. 若 trx_id 比 read-view 中的 min_id  小,则该版本是已经提交的事务生成,一定可见;
  2. 若 trx_id 比 read view 中的 max_id 大,则该版本是还未提交的事务生成,一定不可见;
  3. 当 trx_id 在 read-view 列表中,即 min_id <= trx_id <= max_id时,如果 trx_id 在 read-view 的数组中,则还未提交,不可见,但是当前事务是可见的;如果 trx_id 不在数组中,表明是已经提交的事务,则该版本可见。

当版本不可见时,需要通过 DB_ROLL_PTR 获取上一版本的 trx_id,再次比对,直到版本数据可见时,返回结果。

就以上比对的三种情况,用图示说明下:

transaction 100transaction 101select
update user set name = 'zhangsan' where id = 1
commit
update test set age = 18 where id = 2
select name from use where id=1

1)select 语句执行时,上次更新的 trx_id 为 100,read-view 中未提交的事务为 [101]。此时 read-view 的 min_id 为 101,trx_id 比它小,则该版本是已经提交的事务生成,所以返回 zhangsan。

2)假设当前 select 的 trx_id 为 102,read-view 中未提交的事务为 [101],则需要通过 DB_ROLL_PTR 获取上一版本的 trx_id 100,注意 trx_id 为 101 的事务是改变了另一张表的数据,所以 undo 日志里版本链指向的上一条数据 trx_id 为 100,还是会返回 zhangsan。

3)当 trx_id 在 read-view 中间时:

transaction 100transaction 101select
update user set name = 'zhangsan' where id = 1
commit
update test set name='wangwu' where id = 1
select name from use where id=1

此时 trx_id 为 101,read-view 为 [101],当前事务 ID 在数组中,所以不可见。需要用 DB_ROLL_PTR 找到上一条版本的位置 trx_id 为 100,还是会返回 zhangsan。

RC 隔离级别在查询时,同一个事务多次查询,每次会生成独立的 read-view。而 RR - 可重复读只在第一次查询时生成统一的 read view,之后的读取都复用之前的 read view。而 RU - 读未提交是可以读取还没提交的数据,没有 undo 版本的概念;可串行化隔离级别在每次读取时都需要加锁控制,没法并发,所以通过版本的概念去控制并发也就没有意义。

transaction 100transaction 101select
update user set name = 'zhangsan' where id = 1
commit
update test set age = 18 where id = 2
select name from use where id=1
update user set name = '666' where id = 1
select name from use where id=1

当使用 RC 级别时,两次 select 的 read-view 不一样,第一次查询时是 [101],第二次是 [100, 101]。而用 RR 级别时,会复用第一次查询的 read-view,故多次查询的结果是一样的。这也是 MySQL 的隔离级别默认用 RR - 可重复读的原因之一,不用重复生成 read-view,提升数据库的操作性能。

总结

每次 select 数据时生成 read view 列表,再配合 undo 日志中的版本链,让不同的事务读-写,写-读操作可以并发执行,进而实现 MVCC。

  • 22
    点赞
  • 27
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
### 回答1: MySQL的事务隔离级别包括:读未提交(READ UNCOMMITTED)、读提交(READ COMMITTED)、可重复读(REPEATABLE READ)和串行化(SERIALIZABLE)。MySQL实现事务隔离级别的主要手段是使用MVCC(多版本并发控制)技术,具体来说就是利用时间戳或版本号来追踪数据的变化,从而实现各个事务之间的隔离。 ### 回答2: 数据库事务隔离级别主要包括读未提交、读提交、可重复读和串行化四种级别。 1. 读未提交(Read Uncommitted):事务可以读取其他事务未提交的数据,可能导致脏读(Dirty Read)问题。 2. 读提交(Read Committed):事务只能读取其他事务已提交的数据,避免了脏读问题,但可能出现不可重复读(Non-repeatable Read)问题。 3. 可重复读(Repeatable Read):事务在整个过程中能够多次读取到相同的数据快照,避免了脏读和不可重复读问题。 4. 串行化(Serializable):事务执行时对数据加锁,保证了数据的完全隔离性,但可能导致并发性能下降。 MySQL的事务隔离级别通过锁机制来实现。为了实现不同的隔离级别MySQL使用了多版本并发控制(MVCC)机制。MVCC根据事务开始时间来判断可见性,每个事务启动时会分配一个唯一的事务ID,用来标识该事务,数据库会把此时版本号小于或等于该事务ID的数据行视为可见。 对于不同的隔离级别MySQL采取了以下策略: - 读未提交:对被修改的数据行不加任何锁,事务启动后可以读取到其他未提交的事务的数据。 - 读提交:对于读操作,采用共享锁(Shared Lock),即只允许读取其他已提交事务的数据,不允许读取未提交的事务数据。 - 可重复读:在事务期间,对于读操作,采用快照读(Snapshot Read),即读取事务开始时数据的一个快照,事务读到的数据保持一致性。 - 串行化:对于读和写操作,采用行级排他锁(Row-Level Exclusive Lock),即对读取和修改的数据行都加锁,保证读写的完全隔离性。 总结来说,MySQL的事务隔离级别是通过锁机制和MVCC机制来实现的,通过对数据行的锁定和版本控制,保证了不同事务隔离级别数据的可见性和一致性。 ### 回答3: 事务隔离级别是指数据库系统对并发操作的处理方式以及保证事务之间的隔离性程度。常见的事务隔离级别有读未提交(Read Uncommitted)、读已提交(Read Committed)、可重复读(Repeatable Read)和串行化(Serializable)。 MySQL的事务隔离级别通过锁定机制来实现。具体来说,Mysql使用两种主要的锁定方式:共享锁(Shared Locks)和排他锁(Exclusive Locks)。 对于读未提交级别,Mysql不使用任何锁定机制,允许事务读取未提交的数据。这种隔离级别的性能较高,但会导致脏读(Dirty Reads)的问题。 对于读已提交级别,Mysql使用共享锁定。即一个事务读取数据时,该数据会被加上共享锁,直到该事务提交后才会释放锁。这种隔离级别可以避免脏读的问题。 对于可重复读级别,Mysql使用共享锁和排他锁。一个事务在读取数据时,会加上共享锁。如果在该事务还未提交之前,其他事务想要修改该数据,则会被阻塞。这种隔离级别可以避免脏读和不可重复读(Non-repeatable Reads)的问题。 对于串行化级别,Mysql使用排他锁。即一个事务在读取数据时,会加上排他锁,其他事务无法同时读取或修改该数据。这种隔离级别可以避免脏读、不可重复读和幻读(Phantom Reads)的问题。 总之,Mysql的事务隔离级别是通过锁定机制来实现的,不同的隔离级别会使用不同的锁定方式来保证事务之间的隔离性和数据的一致性。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

旷野历程

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值