事务的隔离级别
Read Uncommitted(读取未提交内容)
Read Committed(读取提交内容)
Repeatable Read(可重读)
Serializable(可串行化)
创建测试表
使用的 navicat 或者 mysql 命令行都可以来测试
首先查看当前事务的隔离级别
可以看出全局, 当前会话 默认的 隔离级别为 "可重复读"
修改 当前全局的事务隔离级别,然后开启两个命令行窗口,来测试不同的隔离级别.
首先测试 read uncommitted 等级
设置 隔离级别
窗口A
窗口B
注意了
都开启事务 :先窗口B修改数据,不提交 ,然后A窗口查询,然后 B 回滚,然后A查询
窗口B
窗口A
结论
测试 read committed 等级
开启事务:先B修改数据,不提交,然后A查询,然后B提交,然后A查询
窗口B
窗口A
结论
测试 repeatable read 等级
开启事务:先B修改数据,不提交,然后A查询,然后B提交,然后A查询,然后B插入,然后A查询
窗口B
窗口A
结论
测试 serializable 等级
开始事务,先B修改,不提交,然后 A查询,然后 B提交,
窗口B
窗口A
结论
具体设置什么等级,主要从我们的需求和 数据重要性和安全性来考虑,
对于某写等级出现的一些问题,不一定只有升级 隔离等级来解决.
QL标准定义了4类隔离级别,包括了一些具体规则,用来限定事务内外的哪些改变是可见的,哪些是不可见的。低级别的隔离级一般支持更高的并发处理,并拥有更低的系统开销。
Read Uncommitted(读取未提交内容)
在该隔离级别,所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用,因为它的性能也不比其他级别好多少。读取未提交的数据,也被称之为脏读(Dirty Read)。
Read Committed(读取提交内容)
这是大多数数据库系统的默认隔离级别(但不是MySQL默认的)。它满足了隔离的简单定义:一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读(Nonrepeatable Read),因为同一事务的其他实例在该实例处理其间可能会有新的commit,所以同一select可能返回不同结果。
Repeatable Read(可重读)
这是MySQL的默认事务隔离级别,它确保同一事务的多个实例在并发读取数据时,会看到同样的数据行。不过理论上,这会导致另一个棘手的问题:幻读 (Phantom Read)。简单的说,幻读指当用户读取某一范围的数据行时,另一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时,会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制(MVCC,Multiversion Concurrency Control)机制解决了该问题。
Serializable(可串行化)
这是最高的隔离级别,它通过强制事务排序,使之不可能相互冲突,从而解决幻读问题。简言之,它是在每个读的数据行上加上共享锁。在这个级别,可能导致大量的超时现象和锁竞争。
这四种隔离级别采取不同的锁类型来实现,若读取的是同一个数据的话,就容易发生问题。例如:
脏读(Drity Read):某个事务已更新一份数据,另一个事务在此时读取了同一份数据,由于某些原因,前一个RollBack了操作,则后一个事务所读取的数据就会是不正确的。
不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致,这可能是两次查询过程中间插入了一个事务更新的原有的数据。
幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致,例如有一个事务查询了几列(Row)数据,而另一个事务却在此时插入了新的几列数据,先前的事务在接下来的查询中,就会发现有几列数据是它先前所没有的。
在MySQL中,实现了这四种隔离级别,分别有可能产生问题如下所示:
创建测试表
create table tx (
id int primary key,
num int not null
)
使用的 navicat 或者 mysql 命令行都可以来测试
首先查看当前事务的隔离级别
SELECT @@global.tx_isolation;
SELECT @@session.tx_isolation;
SELECT @@tx_isolation;
可以看出全局, 当前会话 默认的 隔离级别为 "可重复读"
修改 当前全局的事务隔离级别,然后开启两个命令行窗口,来测试不同的隔离级别.
#SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE}
首先测试 read uncommitted 等级
设置 隔离级别
窗口A
窗口B
注意了
都开启事务 :先窗口B修改数据,不提交 ,然后A窗口查询,然后 B 回滚,然后A查询
窗口B
窗口A
结论
发现 A 事务读到了 B 事务未提交的数据,出现了 "脏读"现象;
(我都还没有提交,你读个毛,瞎搞)
解决办法:升级为 读提交 (read committed)
测试 read committed 等级
开启事务:先B修改数据,不提交,然后A查询,然后B提交,然后A查询
窗口B
窗口A
结论
发现 A 事务 此时没有读到了 B 事务未提交的数据,但是出现了 "不可重复读"现象;
(说明:A事务 前后几次读取到的数据不一样)
解决办法:升级为 可重复读 (repeatable read)
测试 repeatable read 等级
开启事务:先B修改数据,不提交,然后A查询,然后B提交,然后A查询,然后B插入,然后A查询
窗口B
窗口A
结论
发现 A 事务 此时没有读到了 B 事务未提交的数据,也没有出现 "不可重复读"现象;
(说明:A事务中的数据其他事务不可以对其进行修改.以上的测试中没有出现幻读.
但是,有时候可能会出现 "幻读"即:其他事务插入了新的数据,而A事务前后读的时候发现多了几条新数据.
对于幻读:升级为最高隔离级别 :serializable 串行化)
测试 serializable 等级
开始事务,先B修改,不提交,然后 A查询,然后 B提交,
窗口B
窗口A
结论
发现 A 事务 必须等待 B事务,或者其他事务执行完毕后才能执行操作,或者 A等的超时.
因此 serializable 是存在效率问题,
具体设置什么等级,主要从我们的需求和 数据重要性和安全性来考虑,
对于某写等级出现的一些问题,不一定只有升级 隔离等级来解决.