下面操作都是基于上述流程进行!
- 若隔离级别是“读未提交”, 则V1的值就是2。这时候事务B虽然还没有提交,但是结果已经被A看到了。因此,V2、V3也都是2。
- 若隔离级别是“读提交”,则V1是1,V2的值是2。事务B的更新在提交后才能被A看到。所以, V3的值也是2。
- 若隔离级别是“可重复读”,则V1、V2是1,V3是2。之所以V2还是1,遵循的就是这个要求:事务在执行期间看到的数据前后必须是一致的。
- 若隔离级别是“串行化”,则在事务B执行“将1改成2”的时候,会被锁住。直到事务A提交后,事务B才可以继续执行。所以从A的角度看, V1、V2值是1,V3的值是2。
下面是实验重现
一般情况下,mysql数据库默认的隔离级别是可重复读。
线程一开启事务,将id=1行改为2,修改后它是可以看到自己的修改结果的!
那么在该事务未commit的时候,其它线程的事务能看到吗?
是看不到的
那么线程1commit之后呢?它能看到吗?
结果 线程2还是看不到
可以看到,该事务只有commit之后才能看到
为什么呢?
可重复读是指,一个事务执行过程中看到的数据,总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下,未提交变更对其他事务也是不可见的
就是说在事务开始的时候,就会打一个快照,那么这个事务看到的结果是基于这个快照的,这个快照是一个静态的概念,这下应该很好懂!
读提交隔离
先将两个线程设为读提交状态
事务一 修改后 事务二并不能立马看到
commit后其它事务能够立马看到!
就是说 其它事务不需要commit,就能看到最新的别人commit的结果!!!
读未提交
先将两个线程的状态改为 read uncommitted
可以看到事务最新修改后就能被其它事务立即看到,不用commit
原理是这样的:
数据库在进行数据更新的时候,其实每一行的数据都有两个隐藏列,记录了更新该数据的id以及回滚指针
读未提交就是读最新的数据,其它的话可以沿着这个指针进行寻找,直到找到本视图下的数据