2016/12/15
事务分为4个等级:
1.read uncommitted :无法避免脏读、不可重复读、虚读(幻读)
2.read committed :可以避免脏读
3.repeatable read :避免脏读、不可重复读
4.serializable :避免脏读、不可重复读、虚读
脏读指的是:
事务A读取到了事务B未提交的数据
不可重复读指的是:
在一个事务里读取同一个数据,2次的结果不一样(侧重点在于修改了数据)或者理解为事务A读取到了事务B已提交的更改数据
虚读指的是:事务A读取某些数据后,事务B删除了某些数据后,事务A重新读取这些数据时,发现某些数据莫名的消失了。或者是事务A读取某些数据后,事务B插入了一些数据,事务A重新读取这些数据时,发现莫名的多了些数据
Mysql的默认事务级别为:repeatable committed;
可使用 select @@tx_isolation; 查询事务的等级!
下面对4个等级进行介绍
首先声明表的类型,及表中的数据
create table test (id int , num int);
test表中的测试数据如下:
下面准备客户端A、客户端B。
可使用
set session transaction isolation level XXXXX(事务级别)`
来设置事务级别。
(1)测试 read uncommitted
客户端A: 将客户端A的事务等级设置为 read uncommitted
客户端B
客户端A
客户端B
客户端A
(2)测试 read committed (可避免脏读)
客户端A
客户端B
客户端A
客户端B
客户端A
但是却无法避免不可重复读,因为客户端A读到了2次数据。
(3)测试 repeatable read (避免脏读、不可重复读)
客户端A
客户端B
客户端A
客户端B
客户端A
客户端B
客户端A
客户端B
对比一下当事务等级为repeatable read 和 事务等级为 read committed;可以发现事务等级为read committed时,客户端A修改了数据,并且提交了,那么在客户端B不管提交还是未提交都可以读取到客户端A的数据。相反的事务等级为repeatable read 则在客户端B未提交时无法读取到客户端A修改的数据。
在回想一下不可重复读的定义:在一个事务里,读取同一数据,2次的结果不同。当事务等级为read committed时,读取同一数据,结果是不同的。而当事务等级为repeatable read,在客户端B事务还未提交时,读取同一数据的值是一样的。当客户端B提交事务后,便读取到了客户端A修改的数据
但是,却无法防止虚读现象,不过值得一提的是,事务等级设置为repeatable read 时,只有在某些情况下(至于什么情况下,我也不大懂)才会出现虚读现象(幻读现象),我自己测试了好久都没测出在该事务等级下出现虚读现象
(4)测试serializable
客户端A
客户端B
客户端A
客户端B
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。