MySQL_REPEATABLE-READ事务隔离级别 && 幻读

最新推荐文章于 2024-06-14 10:26:33 发布
最新推荐文章于 2024-06-14 10:26:33 发布
阅读量2k 收藏
点赞数
分类专栏： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/endlu/article/details/51518392
版权

表结构

create table t1(
    a int primary key,
    b int not null    
)


REPEATABLE-READ可重复读（一）

这里打开两个mysql的命令行窗口，窗口A，即session1，窗口B，即session2。

session1

mysql> begin ;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from t1;
+----+------+
| a  | b    |
+----+------+
| 51 | 3000 |
| 52 | 3000 |
| 53 | 3000 |
| 54 | 3000 |
+----+------+
4 rows in set (0.00 sec)

以上sql只是显示的开启了事务，执行了sql查询。下面看session2的操作。

要注意这里的select操作是一般的快照读。根据MVCC多版本控制规则读取的数据行。

session2

mysql> begin ;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into t1 values (55, 3000);
Query OK, 1 row affected (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.03 sec)

mysql> select * from t1;
+----+------+
| a  | b    |
+----+------+
| 51 | 3000 |
| 52 | 3000 |
| 53 | 3000 |
| 54 | 3000 |
| 55 | 3000 |
+----+------+
5 rows in set (0.00 sec)

session2插入了一条数据，并显式的提交了事务。

session1

此时返回session1进行以下操作

mysql> select * from t1;
+----+------+
| a  | b    |
+----+------+
| 51 | 3000 |
| 52 | 3000 |
| 53 | 3000 |
| 54 | 3000 |
+----+------+
4 rows in set (0.00 sec)

此时，虽然在session2中插入了一条数据，并且提交了事务，但在session1中的查询和session1的上次查询还是同一个结果，这就是重复读。（也可以说是根据MVCC规则读取的数据行）。如果是在"READ-COMMITTED"级别下是可以读到a=55这条记录的（因为session2在刚才已经提交了事务）。


REPEATABLE-READ可重复读（二）

session1

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from t1 where a = 56;
+----+------+
| a  | b    |
+----+------+
| 56 | 7000 |
+----+------+
1 row in set (0.00 sec)

session1，开启了一个事务，查询a = 56 的记录。

session2 

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> update t1 set b = 8000 where a = 56;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> select * from t1 where a = 56;
+----+------+
| a  | b    |
+----+------+
| 56 | 8000 |
+----+------+
1 row in set (0.00 sec)

mysql> commit
    -> ;
Query OK, 0 rows affected (0.04 sec)

session2开启了事务，更新a = 56 的记录，同时查询a = 56 的记录，可以看到在同一事务内重复读的效果。

session1

mysql> select * from t1 where a = 56;
+----+------+
| a  | b    |
+----+------+
| 56 | 7000 |
+----+------+
1 row in set (0.00 sec)

和上次查询结果一致，验证了重复读。还是要注意这里的select操作只是一般的快照读。其实不管session2 做什么操作，这里的快照读都是重复读的。

此时，如果session1提交该事务，重新开启事务，查询能查到session2中修改的结果

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from t1 where a = 56;
+----+------+
| a  | b    |
+----+------+
| 56 | 8000 |
+----+------+
1 row in set (0.00 sec)

注：以上的重复读，虽然在当前事务中真的是重复读的现象，但到底来说是通过MVCC多版本控制实现的可重复读。

注：以上的重复读，虽然在当前事务中真的是重复读的现象，但到底来说是通过MVCC多版本控制实现的可重复读。


REPEATABLE-READ与幻读

session1

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from t1;
+----+------+
| a  | b    |
+----+------+
| 51 | 3000 |
| 52 | 3000 |
| 53 | 3000 |
| 54 | 3000 |
| 55 | 4000 |
| 56 | 8000 |
+----+------+
6 rows in set (0.00 sec)

开启事务，select操作为快照读。

session2

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from t1;
+----+------+
| a  | b    |
+----+------+
| 51 | 3000 |
| 52 | 3000 |
| 53 | 3000 |
| 54 | 3000 |
| 55 | 4000 |
| 56 | 8000 |
+----+------+
6 rows in set (0.00 sec)

mysql> insert into t1 values (57, 1000);
Query OK, 1 row affected (0.00 sec)

mysql> select * from t1;
+----+------+
| a  | b    |
+----+------+
| 51 | 3000 |
| 52 | 3000 |
| 53 | 3000 |
| 54 | 3000 |
| 55 | 4000 |
| 56 | 8000 |
| 57 | 1000 |
+----+------+
7 rows in set (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.11 sec)

在session2 中做了一系列的操作，插入insert，这里其实是当前读（写入）。然后提交事务。

session1

mysql> update t1 set b = b+1000;
Query OK, 7 rows affected (0.00 sec)
Rows matched: 7  Changed: 7  Warnings: 0

mysql> select * from t1;
+----+------+
| a  | b    |
+----+------+
| 51 | 4000 |
| 52 | 4000 |
| 53 | 4000 |
| 54 | 4000 |
| 55 | 5000 |
| 56 | 9000 |
| 57 | 2000 |
+----+------+
7 rows in set (0.00 sec)

session1做更新操作，这里更新成功。如果session2 插入记录后，没有提交事务，这里更新是要阻塞的，因为session2 插入记录持有那条记录的X锁。

session1整个会话的sql

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from t1;
+----+------+
| a  | b    |
+----+------+
| 51 | 3000 |
| 52 | 3000 |
| 53 | 3000 |
| 54 | 3000 |
| 55 | 4000 |
| 56 | 8000 |
+----+------+
6 rows in set (0.00 sec)

mysql> select * from t1;
+----+------+
| a  | b    |
+----+------+
| 51 | 3000 |
| 52 | 3000 |
| 53 | 3000 |
| 54 | 3000 |
| 55 | 4000 |
| 56 | 8000 |
+----+------+
6 rows in set (0.00 sec)

mysql> update t1 set b = b+1000;
Query OK, 7 rows affected (0.00 sec)
Rows matched: 7  Changed: 7  Warnings: 0

mysql> select * from t1;
+----+------+
| a  | b    |
+----+------+
| 51 | 4000 |
| 52 | 4000 |
| 53 | 4000 |
| 54 | 4000 |
| 55 | 5000 |
| 56 | 9000 |
| 57 | 2000 |
+----+------+
7 rows in set (0.00 sec)

mysql>

可以看到多出了一行，这算是幻读吗？其实不是。这是根据MVCC的select规则读出来的数据

end
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
事务隔离级别——REPEATABLE-READ（重复读）
Zzze0101的博客
06-08 7656
首先，我们先设置MySQL事务隔离级别为REPEATABLE-READ 在my.ini配置文件最后加上如下配置 #可选参数有：READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE. [mysqld] transaction-isolation = REPEATABLE-READ 重启MySQL服务 1、脏读 提出问...
MySQL REPEATABLE-READ && 幻读
weixin_33769207的博客
07-30 178
2019独角兽企业重金招聘Python工程师标准>>> ...
mysql 事务 Repeatable Read
lwpoor123的博客
09-13 1079
脏读：读到别的事务没有提交的数据。 不可重复读：先前读取的数据，被别的事务改变了，再读就跟原来不一样了。 幻读：一个事务插入了某条数据，另一个事务去读插入的那条数据的时候发现没有，更新这条记录的时候又成功了，再次查询这条记录就出现了。
MySQL 的可重复读怎么实现的？
最新发布
威哥爱编程，一个坚持研究技术的80后老鸟，擅长后端、AI 大模型、鸿蒙等技术体系，愿与你在技术路上一起成长！
06-14 424
通过这些机制的组合，MySQL的InnoDB存储引擎能够在可重复读隔离级别下提供稳定的数据视图，确保事务的一致性和隔离性。然而，这种隔离级别虽然提供了很好的数据一致性保证，但也可能引起性能问题，如锁的竞争和死锁。因此，在实际应用中需要根据业务需求和性能考虑来选择合适的隔离级别。
事物隔离级别——不可重复读(Non-repeatable read)
YXX_decsdn的博客
06-08 1310
数据库事务隔离级别设置为READ-UNCOMMITTED（未提交读）并重启MySQL服务。 场景：Tom拿着工资卡去消费，酒足饭饱后在收银台买单，服务员告诉他本次消费1000元，Tom将银行卡给服务员，服务员将银行卡插入POS机，POS机读到卡里余额为3000元，就在Tom磨磨蹭蹭输入密码时，他老婆以迅雷不及掩耳盗铃之势把Tom工资卡的3000元转到自己账户并提交了事务，当Tom输完密码并点击“确...
Mysql Innodb存储引擎的REPEATABLE-READ隔离级别到底有没有彻底解决幻读问题
提供各种学习资源及帮助
09-13 494
InnoDB中的REPEATABLE READ这种隔离级别通过临键锁+MVCC解决了大部分的幻读问题，但是并不是所有的幻读都能解读，想要彻底解决幻读，需要使用Serializable的隔离级别。RR中，通过间隙锁解决了部分当前读的幻读问题，通过增加间隙锁将记录之间的间隙锁住，避免新的数据插入。RR中，通过MVCC机制的，解决了快照读的幻读问题，RR中的快照读只有第一次会进行数据查询，后面都是直接读取快照，所以不会发生幻读。
浅析MYSQL REPEATABLE-READ隔离级别
01-19
REPEATABLE-READ 即可重复读，set autocommit= 0或者START TRANSACTION状态下select表的内容不会改变。这种隔离级别可能导致读到的东西是已经修改过的。 比如: 回话一中读取一个字段一行a=1 在回话二里这个字段该行...
MySQL数据库事务隔离级别详解
12-16
在多用户同时访问数据库的情况下，事务隔离级别能够确保数据的一致性和完整性，避免并发操作带来的各种问题，如脏读、不可重复读和幻读。 1. 脏读（Dirty Read）： 脏读指的是在一个事务中，事务A读取了事务B还未...
Mysql事务隔离级别之读提交详解
09-09
在MySQL中，事务隔离级别可以通过`SHOW VARIABLES LIKE '%isolation%'`命令来查看，结果显示当前的隔离级别为“READ-COMMITTED”。这个级别意味着在一个事务中，每次读取的数据都是事务开始后其他已经提交的事务所做...
Mysql为何使用可重复读(Repeatable read)为默认隔离级别?
srs1995的博客
06-11 1346
事务的特性(ACID) 群里有小伙伴面试时,碰到面试官提了个很刁钻的问题: Mysql为何使用可重复读(Repeatable read)为默认隔离级别??? 下面进入正题: 我们都知道事务的几种性质 :原子性、一致性、隔离性和持久性 (ACID) 为了维持一致性和隔离性,一般使用加锁这种方式来处理,但是加锁相对带来的是并发处理能力的降低 而数据库是个高并发的应用,因此对于加锁的处理是事务的精髓. 下面我们来了解一下封锁协议,以及事务在数据库中做了什么 封锁协议（Locking Protocol）
mysql事务隔离级别幻读_MySQL事务隔离级别为"REPEATABLE-READ"下的"幻读"现象
weixin_33900596的博客
01-21 185
MySQL事务隔离级别为"REPEATABLE-READ"下的"幻读"现象mysql中的可重复读这里打开两个mysql的命令行窗口，窗口A，即session1，窗口B，即session2。session1mysql>begin;QueryOK,0rowsaffected(0.00sec)mysql>select*fromt1;+----+------+|a...
mysql-Innodb事务隔离级别-repeatable read详解
06-16 3747
  原文地址：http://orzdba.wordpress.com/2011/03/03/transaction_isolation_levels/一、事务隔离级别ANSI/ISO SQL标准定义了4中事务隔离级别：未提交读（read uncommitted），提交读（read committed），重复读（repeatable read），串行读（serializable）
mysql的可重复读REPEATABLE READ隔离级别和幻读
huyangyamin的专栏
07-12 6358
1）mvcc多版本控制提高读写qps 2) REPEATBLE READ 级别并不能完全避免幻读，需要加next key locks，可以使显示锁(select * where * for update   or lock in share mode) 一些文章写到InnoDB的可重复读避免了“幻读”（phantom read），这个说法并不准确。 做个试验：(以下所有试
mysql repeatable_MySQL的repeatable read
weixin_35554771的博客
01-28 588
####在 REPEATABLE-READ隔离级别下, session 1mysql> SELECT @@transaction_isolation;+-------------------------+| @@transaction_isolation |+-------------------------+| REPEATABLE-READ |+-------------...
mysql-repeatable read可以避免幻读
java 学习路
11-26 680
事务隔离级别的语义：当前事务执行过程中，通过select，update，delete 操作，对其他事务的影响，反过来也是如此，通俗的说就是 当前事务是否可以看到其他事务的操作结果。   1、如何查询当前数据库的隔离级别（我们只讨论mysql的事务隔离级别）   select @@tx_isolation; SELECT @@session.tx_isolation; SELECT...
MYSQL的 REPEATABLE-READ无法真正做到可重复读
linxiaokun528的专栏
03-03 4014
本实验BOSS原创，MYSQL用的引擎是InnoDB引擎。执行SQL语句用的是Navicat（这个不会影响实验结果，但是引擎可能会影响）。        刚刚看了《MySQL数据库事务隔离级别》一文，吓出了一身冷汗，里面MYSQL对于REPEATABLE-READ的处理，在一个事务读取某行时另一个事务要对该行进行写操作竟然不会被挂起，而是可以成功执行，只是即使写操作的事务即使提交
数据库弱一致性四个隔离级别---MySQL的默认隔离级别就是Repeatable,Serializable是最高的事务隔离级别,但代价也花费最高,性能很低,很少使用.
share
05-01 5444
SQL-92标准中定义了四个隔离级别，这四个隔离级别在以前版本的SQL Server中即受到支持： 本文系转载，原文地址：http://singo107.iteye.com/blog/1175084 数据库事务的隔离级别有4个，由低到高依次为Read uncommitted、Read committed、Repeatable read、Serializable，这四个级别可以逐个解
Innodb事务隔离级别-repeatable read详解
kf_panda
03-15 2375
ANSI/ISO SQL标准定义了4中事务隔离级别：未提交读（read uncommitted），提交读（read committed），重复读（repeatable read），串行读（serializable）。 一、对于不同的事务，采用不同的隔离级别分别有不同的结果。不同的隔离级别有不同的现象。主要有下面3种现在： 1、脏读（dirty read）：一个事务可以读取另一个尚未
【SSH系列】深入浅出spring IOC中三种依赖注入方式
从手指到键盘，谱出生命的轨迹~~~
07-18 6457
spring的核心思想是IOC和AOP，IOC-控制反转，是一个重要的面向对象编程的法则来消减计算机程序的耦合问题，控制反转一般分为两种类型，依赖注入和依赖查找，依赖什么？为什么需要依赖？注入什么？控制什么？依赖注入和控制反转是一样的概念吗？接触新的知识，小编的脑袋中全是大大的问号，不过没有关系，今天这篇博文，小编主要来简单的介绍一下在spring IOC中依赖注入的方法。 依赖注入和控制反转，目
mysql repeatable-read事务级别是使用事务级别快照吗
06-12
是的，MySQL中的REPEATABLE READ事务级别使用的是事务级别快照。在REPEATABLE READ事务级别下，MySQL会在事务开始时创建一个快照，该快照用于记录当前事务开始时数据库中所有数据的状态。在事务执行过程中，如果有...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值