transaction - 关于 MySQL 的事务隔离级别(REPEATABLE READ)
本文介绍了transaction - 关于 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 隔离级别的效果是一样的!
我想知道是我在操作中出了什么问题吗?
解决方案
自己测了下,是没问题的,LZ的两个session是如何开启的?用mysql客户端工具吗?还是命令行?
如果是mysql客户端工具的话那么很有可能这所谓的两个session其实是同一个,你可以通过查看processlist看看。
这篇关于transaction - 关于 MySQL 的事务隔离级别(REPEATABLE READ)的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!
查看全文