数据库事务特征、数据库隔离级别,各级别数据库加锁情况(含实操)--Repeatable Read && MVCC

上节回顾


上两篇记录了我对MySQL 事务 隔离级别** read uncommitted **、MySQL 事务隔离级别 read committed+MVCC 的理解。
这篇记录我对 Repeatable Read 的理解。

前言


MySQL在 read committed、**Repeatable Read ** 两个级别下都会使用到MVCC, 并且只在这两个级别下使用。

目录


1.单纯加锁是怎么实现 Repeatable Read 的?
2.真实的情况是什么样子的?

1.单纯加锁是怎么实现 Repeatable Read 的


1.多线程同时更新同一条记录,加X锁。所以并发场景下的 update 是串行执行的。
2.工业定义上的 select 一条记录,这个时候会在记录上加读共享锁(S锁),并到事务结束,因为在这种情况下才能实现记录在事务时间跨度上的可重复读。在读的时候不允许其他事务修改这条记录。
3.update 一条语句,这个时候会在记录上加行级排他锁(X锁),并到事务结束,这中场景下,其他读事务会被阻塞。

2.真实的情况是什么样子的?


读不影响写,写不影响读。

1.读不影响写:事务以排他锁的形式修改原始数据,读时不加锁,因为 MySQL 在事务隔离级别Read committed 、Repeatable Read下,InnoDB 存储引擎采用非锁定性一致读--即读取不占用和等待表上的锁。即采用的是MVCC中一致性非锁定读模式。因读时不加锁,所以不会阻塞其他事物在相同记录上加 X锁来更改这行记录。
2.写不影响读:事务以排他锁的形式修改原始数据,当读取的行正在执行 delete 或者 update 操作,这时读取操作不会因此去等待行上锁的释放。相反地,InnoDB 存储引擎会去读取行的一个快照数据。

博客搬家:大坤的个人博客
欢迎评论哦~

上一篇:Android调用系统Activity


下一篇:(九)整合spring cloud云服务架构 - commonservice-config配置服务搭建