MySQL事务隔离级别详解

最新推荐文章于 2025-04-12 00:59:12 发布

麻辣小布叮

最新推荐文章于 2025-04-12 00:59:12 发布

阅读量129

点赞数

分类专栏： MySQL 文章标签：事务隔离级别 read uncommitted read committed repeatable raed serializable

本文链接：https://blog.csdn.net/luobing_csdn/article/details/88341482

版权

MySQL 专栏收录该内容

21 篇文章

订阅专栏

[size=small]事务的隔离级别[/size]

QL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。

[size=small]Read Uncommitted（读取未提交内容）[/size]

 在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。

[size=small]Read Committed（读取提交内容）[/size]

这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。

[size=small]Repeatable Read（可重读）[/size]

 这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。

[size=small]Serializable（可串行化） [/size]

 这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。

 这四种隔离级别采取不同的锁类型来实现，若读取的是同一个数据的话，就容易发生问题。例如：
         脏读(Drity Read)：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。
         不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新的原有的数据。
         幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。

在MySQL中，实现了这四种隔离级别，分别有可能产生问题如下所示：

[img]http://dl2.iteye.com/upload/attachment/0105/2838/9b4a9e28-c04f-33b0-aacc-1690677dabfb.jpg[/img]

[size=small]创建测试表[/size]


 create table tx (
 id int primary key,
 num int not null
 )

[size=medium]使用的 navicat 或者 mysql 命令行都可以来测试[/size]

首先查看当前事务的隔离级别

SELECT @@global.tx_isolation; 
SELECT @@session.tx_isolation; 
SELECT @@tx_isolation;

[img]http://dl2.iteye.com/upload/attachment/0105/2865/f8feae29-e5ba-33c3-ab8a-41fc9fffb1db.png[/img]
可以看出全局, 当前会话默认的隔离级别为 "可重复读"

修改当前全局的事务隔离级别,然后开启两个命令行窗口,来测试不同的隔离级别.


#SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE}

[color=green][size=large]首先测试 read uncommitted 等级 [/size][/color]
设置隔离级别
[img]http://dl2.iteye.com/upload/attachment/0105/2879/24992ed6-d3de-3eeb-b552-5ce3448ffb71.png[/img]
[color=red][size=large][b]窗口A[/b][/size][/color]
[img]http://dl2.iteye.com/upload/attachment/0105/2888/0997f574-2302-33bf-b380-6a8edf3ae972.jpg[/img]
[color=red][size=large][b]窗口B[/b][/color]
[/size]
[img]http://dl2.iteye.com/upload/attachment/0105/2890/ee0ab85a-ba3b-32d4-8de9-4dea6b1aa60d.jpg[/img]

[size=large][color=red][b]注意了[/b][/color][/size]
都开启事务 :先窗口B修改数据,不提交 ,然后A窗口查询,然后 B 回滚,然后A查询
[color=red][size=large][b]窗口B[/b][/color][/size]
[img]http://dl2.iteye.com/upload/attachment/0105/2900/303f849a-49d2-3824-9fee-30f74ffa501d.jpg[/img]
[color=red][size=large][b]窗口A[/b][/color][/size]
[img]http://dl2.iteye.com/upload/attachment/0105/2902/e1462056-b14c-348d-9ad1-c8a9659f23ce.jpg[/img]
[color=red][size=large][b]结论[/b][/color][/size]


 发现 A 事务读到了 B 事务未提交的数据,出现了 "脏读"现象; 
(我都还没有提交,你读个毛,瞎搞)

解决办法:升级为 读提交 (read committed)

[color=green][size=large]测试 read committed 等级 [/size][/color]
开启事务:先B修改数据,不提交,然后A查询,然后B提交,然后A查询
[color=red][size=large][b]窗口B[/b][/color][/size]
[img]http://dl2.iteye.com/upload/attachment/0105/2919/a200663d-8e7b-35a8-9ced-c99f127b3e98.jpg[/img]
[color=red][size=large][b]窗口A[/b][/color][/size]
[img]http://dl2.iteye.com/upload/attachment/0105/2921/002a7da0-468b-3eff-8157-f4a7e2772f5f.png[/img]
[size=large][color=red][b]结论[/b][/color][/size]


 发现 A 事务 此时没有读到了 B 事务未提交的数据,但是出现了 "不可重复读"现象; 
(说明:A事务 前后几次读取到的数据不一样)

解决办法:升级为 可重复读 (repeatable read)

[color=green][size=large]测试 repeatable read 等级 [/size][/color]
开启事务:先B修改数据,不提交,然后A查询,然后B提交,然后A查询,然后B插入,然后A查询
[color=red][size=large][b]窗口B[/b][/color][/size]
[img]http://dl2.iteye.com/upload/attachment/0105/2934/b6e42ec3-d049-3982-8a1a-29aa6f9b0eea.jpg[/img]
[color=red][size=large][b]窗口A[/b][/color][/size]
[img]http://dl2.iteye.com/upload/attachment/0105/2942/b530a47c-3127-3941-b4a2-3f52ab6094ee.jpg[/img]
[color=red][size=large][b]结论[/b][/color][/size]


 发现 A 事务 此时没有读到了 B 事务未提交的数据,也没有出现 "不可重复读"现象; 
(说明:A事务中的数据其他事务不可以对其进行修改.以上的测试中没有出现幻读.
但是,有时候可能会出现 "幻读"即:其他事务插入了新的数据,而A事务前后读的时候发现多了几条新数据.
对于幻读:升级为最高隔离级别 :serializable 串行化)

[color=green][size=large]测试 serializable 等级 [/size][/color]
开始事务,先B修改,不提交,然后 A查询,然后 B提交,
[color=red][size=large][b]窗口B[/b][/color][/size]
[img]http://dl2.iteye.com/upload/attachment/0105/2944/5c0156b7-0cec-362f-88fd-027664c6737a.jpg[/img]
[color=red][size=large][b]窗口A[/b][/color][/size]
[img]http://dl2.iteye.com/upload/attachment/0105/2946/cac01e18-74e4-3829-be8c-3ed2906c8322.png[/img]

[color=red][size=large][b]结论[/b][/color][/size]


 发现 A 事务 必须等待 B事务,或者其他事务执行完毕后才能执行操作,或者 A等的超时.
因此 serializable  是存在效率问题,

具体设置什么等级,主要从我们的需求和数据重要性和安全性来考虑,
对于某写等级出现的一些问题,不一定只有升级隔离等级来解决.