关于 MySQL 的事务隔离级别(REPEATABLE READ)
根据书上所说的,REPEATABLE READ 可以保证在一次事务中,相同查询得到结果是一致的,但是我做了一些测试,貌似跟书上结论不同。
-- 创建测试表
create table test(
id int,
num int
);
插入数据
insert into test(id, num)
values(1,1),(2,2),(3,3);
下面是我做的一些测试,左边和右边分别是 session_1 和 session_2 的操作,竖向为时间轴。
在 session_1 事务未完结的时候,我在 session_2 中修改了一列,按照书上的说法,在 Repeatable Read 此时得到的结果应该仍然为上次查询的结果,也就是:
id num
------ --------
1 1
2 2
3 3
然而,实际查询结果却为:
id num
------ --------
1 10
2 2
3 3
事实上,经过测试在 session_2 COMMIT 之前,在 session_1 中的查询结果就已经为:
id num
------ --------
1 1
2 2
3 3
也就是说,Reapeatable Read 隔离级别下和 Read Uncommitted 隔离级别的效果是一样的!
我想知道是我在操作中出了什么问题吗?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(4)
session2明明只查了一次,同一个事务,相同的查询,你再理一理是什么意思……
刚好写了一篇文章,详细的论证了这个结果,地址:https://segmentfault.com/a/1190000004469395
有看到你创建表时并没有指定存储引擎,那么默认使用的是myisam存储引擎。而myisam存储引擎是不支持事务的。
自己测了下,是没问题的,LZ的两个session是如何开启的?用mysql客户端工具吗?还是命令行?
如果是mysql客户端工具的话那么很有可能这所谓的两个session其实是同一个,你可以通过查看processlist看看。