transaction - 关于 MySQL 的事务隔离级别(REPEATABLE READ)

查看:233
本文介绍了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屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆