青州做网站的电话,全响应网站制作,怎么在自己电脑上搭建网站,软件开发文档管理规范MySQL 的默认隔离级别是 RR - 可重复读#xff0c;可以通过命令来查看 MySQL 中的默认隔离级别。
RR - 可重复读是基于多版本并发控制#xff08;Multi-Version Concurrency Control#xff0c;MVCC #xff09;实现的。MVCC#xff0c;在读取数据时通过一种类似快照的方…MySQL 的默认隔离级别是 RR - 可重复读可以通过命令来查看 MySQL 中的默认隔离级别。
RR - 可重复读是基于多版本并发控制Multi-Version Concurrency ControlMVCC 实现的。MVCC在读取数据时通过一种类似快照的方式将数据保存下来不同事务的 session 会看到自己特定版本的数据这样读锁和写锁就不冲突了。
在 InnoDB 存储引擎里在有聚簇索引的情况下每行数据都包含两个必要的隐藏列
DB_TRX_ID记录某条数据的上次修改它的事务IDtrx_idDB_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 比对
若 trx_id 比 read-view 中的 min_id 小则该版本是已经提交的事务生成一定可见若 trx_id 比 read view 中的 max_id 大则该版本是还未提交的事务生成一定不可见当 trx_id 在 read-view 列表中即 min_id trx_id max_id时如果 trx_id 在 read-view 的数组中则还未提交不可见但是当前事务是可见的如果 trx_id 不在数组中表明是已经提交的事务则该版本可见。
当版本不可见时需要通过 DB_ROLL_PTR 获取上一版本的 trx_id再次比对直到版本数据可见时返回结果。
就以上比对的三种情况用图示说明下 transaction 100transaction 101selectupdate user set name zhangsan where id 1commitupdate test set age 18 where id 2select name from use where id1
1select 语句执行时上次更新的 trx_id 为 100read-view 中未提交的事务为 [101]。此时 read-view 的 min_id 为 101trx_id 比它小则该版本是已经提交的事务生成所以返回 zhangsan。
2假设当前 select 的 trx_id 为 102read-view 中未提交的事务为 [101]则需要通过 DB_ROLL_PTR 获取上一版本的 trx_id 100注意 trx_id 为 101 的事务是改变了另一张表的数据所以 undo 日志里版本链指向的上一条数据 trx_id 为 100还是会返回 zhangsan。 3当 trx_id 在 read-view 中间时
transaction 100transaction 101selectupdate user set name zhangsan where id 1commitupdate test set namewangwu where id 1select name from use where id1
此时 trx_id 为 101read-view 为 [101]当前事务 ID 在数组中所以不可见。需要用 DB_ROLL_PTR 找到上一条版本的位置 trx_id 为 100还是会返回 zhangsan。
RC 隔离级别在查询时同一个事务多次查询每次会生成独立的 read-view。而 RR - 可重复读只在第一次查询时生成统一的 read view之后的读取都复用之前的 read view。而 RU - 读未提交是可以读取还没提交的数据没有 undo 版本的概念可串行化隔离级别在每次读取时都需要加锁控制没法并发所以通过版本的概念去控制并发也就没有意义。
transaction 100transaction 101selectupdate user set name zhangsan where id 1commitupdate test set age 18 where id 2select name from use where id1update user set name 666 where id 1select name from use where id1
当使用 RC 级别时两次 select 的 read-view 不一样第一次查询时是 [101]第二次是 [100, 101]。而用 RR 级别时会复用第一次查询的 read-view故多次查询的结果是一样的。这也是 MySQL 的隔离级别默认用 RR - 可重复读的原因之一不用重复生成 read-view提升数据库的操作性能。
总结
每次 select 数据时生成 read view 列表再配合 undo 日志中的版本链让不同的事务读-写写-读操作可以并发执行进而实现 MVCC。
