mysql事务默认隔离级别_Mysql 事务隔离级别分析

最新推荐文章于 2024-07-22 17:39:32 发布
最新推荐文章于 2024-07-22 17:39:32 发布
阅读量507 收藏
点赞数
文章标签： mysql事务默认隔离级别
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42314680/article/details/113161398
版权
本文详细介绍了Mysql的四种事务隔离级别：可重复读、读已提交、读未提交和串行化，通过实例分析了每种级别的特点和可能出现的问题，如幻读、不可重读等。在实际项目中，通常会选择合适的隔离级别以平衡并发性和安全性，例如设置为读已提交。
摘要由CSDN通过智能技术生成

Mysql默认事务隔离级别是：REPEATABLE-READ

--查询当前会话事务隔离级别

mysql> select @@tx_isolation;+-----------------+

| @@tx_isolation |

+-----------------+

| REPEATABLE-READ |

+-----------------+

1 row in set (0.00sec)

--全局查询

mysql> select @@global.tx_isolation;+-----------------------+

| @@global.tx_isolation |

+-----------------------+

| REPEATABLE-READ |

+-----------------------+

1 row in set (0.00sec)

mysql>

修改事务权限的语句是：set [ global | session ] transaction isolation level Read uncommitted | Read committed | Repeatable | Serializable;

列：set global transaction isolation level Read committed

8f900a89c6347c561fdf2122f13be562.png

961ddebeb323a10fe0623af514929fc1.png

mysql> show variables like 'tx_isolation';+---------------+-----------------+

| Variable_name | Value |

+---------------+-----------------+

| tx_isolation | REPEATABLE-READ |

+---------------+-----------------+

1 row in set, 1 warning (0.00sec)

mysql> set @@session.tx_isolation='serializable';

Query OK,0 rows affected (0.00sec)

mysql> show variables like 'tx_isolation';+---------------+--------------+

| Variable_name | Value |

+---------------+--------------+

| tx_isolation | SERIALIZABLE |

+---------------+--------------+

1 row in set, 1 warning (0.00sec)

mysql>

View Code

事务隔离分析

1.可重复读分析(Repeatable-read)

举例：

A，B两个事务同时开启,事务A插入一条数据后提交事务,此时事务B所在会话是查不到A录入的数据的,但是会话B此时执行更新操作(包括了A录入的数据)时,会话B会看到A录入的那条数据.

总结：同样的SQL查询,多出一条数据,即产生幻读

8f900a89c6347c561fdf2122f13be562.png

961ddebeb323a10fe0623af514929fc1.png

--会话A-事务A

mysql> begin;

Query OK,0 rows affected (0.00sec)

mysql> select * from user;+----+------+------+

| id | name | age |

+----+------+------+

| 1 | 小二 | 11 |

| 2 | 小三 | 12 |

| 3 | 小四 | 22 |

+----+------+------+

3 rows in set (0.00sec)

mysql> insert into user (name,age) values ('小五',55);

Query OK,1 row affected (0.01sec)

mysql> commit;

Query OK,0 rows affected (0.08sec)

mysql> select * from user;+----+------+------+

| id | name | age |

+----+------+------+

| 1 | 小二 | 11 |

| 2 | 小三 | 12 |

| 3 | 小四 | 22 |

| 4 | 小五 | 55 |

+----+------+------+

4 rows in set (0.00sec)

mysql>

View Code

8f900a89c6347c561fdf2122f13be562.png

961ddebeb323a10fe0623af514929fc1.png

--会话B,事务B

mysql> begin;

Query OK,0 rows affected (0.00sec)

mysql> select * from user;+----+------+------+

| id | name | age |

+----+------+------+

| 1 | 小二 | 11 |

| 2 | 小三 | 12 |

| 3 | 小四 | 22 |

+----+------+------+

3 rows in set (0.00sec)

mysql> select * from user;+----+------+------+

| id | name | age |

+----+------+------+

| 1 | 小二 | 11 |

| 2 | 小三 | 12 |

| 3 | 小四 | 22 |

+----+------+------+

3 rows in set (0.00sec)

mysql> update user set age=111 where id=1;

Query OK,1 row affected (0.01sec)

Rows matched:1 Changed: 1 Warnings: 0mysql> select * from user;+----+------+------+

| id | name | age |

+----+------+------+

| 1 | 小二 | 111 |

| 2 | 小三 | 12 |

| 3 | 小四 | 22 |

+----+------+------+

3 rows in set (0.00sec)

mysql> update user set age=11;

Query OK,4 rows affected (0.00sec)

Rows matched:4 Changed: 4 Warnings: 0mysql> select * from user;+----+------+------+

| id | name | age |

+----+------+------+

| 1 | 小二 | 11 |

| 2 | 小三 | 11 |

| 3 | 小四 | 11 |

| 4 | 小五 | 11 |

+----+------+------+

4 rows in set (0.00sec)

mysql>

View Code

55e74847ec70f7a4bc548df476612377.png

2.串行化分析(Serializable )

举例：

事务A，B,事务A对表user执行删除操作,事务B查询表user会导致超时.事务A提交后,B顺利完成查询.

总结：串行化没有并发处理能力,谨慎使用

8f900a89c6347c561fdf2122f13be562.png

961ddebeb323a10fe0623af514929fc1.png

mysql> begin;

Query OK,0 rows affected (0.00sec)

mysql> delete from user where id=5;

Query OK,1 row affected (0.01sec)

mysql> select * from user;+----+------+------+

| id | name | age |

+----+------+------+

| 1 | 小二 | 11 |

| 2 | 小三 | 11 |

| 3 | 小四 | 11 |

| 4 | 小五 | 11 |

+----+------+------+

4 rows in set (0.00sec)

mysql> commit;

Query OK,0 rows affected (0.04sec)

mysql>

View Code

8f900a89c6347c561fdf2122f13be562.png

961ddebeb323a10fe0623af514929fc1.png

mysql> begin;

Query OK,0 rows affected (0.00sec)

mysql> select * from user;+----+------+------+

| id | name | age |

+----+------+------+

| 1 | 小二 | 11 |

| 2 | 小三 | 11 |

| 3 | 小四 | 11 |

| 4 | 小五 | 11 |

| 5 | 小六 | 66 |

+----+------+------+

5 rows in set (0.00sec)

mysql> commit;

Query OK,0 rows affected (0.00sec)

mysql> begin;

Query OK,0 rows affected (0.00sec)

mysql> select * from user;

ERROR1205 (HY000): Lock wait timeout exceeded; try restarting transactionmysql>mysql> select * from user;+----+------+------+

| id | name | age |

+----+------+------+

| 1 | 小二 | 11 |

| 2 | 小三 | 11 |

| 3 | 小四 | 11 |

| 4 | 小五 | 11 |

+----+------+------+

4 rows in set (0.00sec)

mysql>

View Code

74f0ff62cea95bac33252b33bd45bdf9.png

3.读已提交分析(READ-COMMITTED)

总结：出现 幻读、不可重读

mysql> set @@session.tx_isolation='read-committed';

Query OK,0 rows affected (0.00sec)

mysql> select @@tx_isolation;+----------------+

| @@tx_isolation |

+----------------+

| READ-COMMITTED |

+----------------+

1 row in set (0.00sec)

mysql>

6a4ed5ee8d2655e609d801971963fce0.png

c9b7be230be5217655bfa3c2ffd93f01.png

4.读未提交分析(READ-UNCOMMITTED)

总结：隔离性最低,会导致 幻读、不可重读、脏读

脏读：当前事务能看到其他事务中未提交的数据

mysql> set @@session.tx_isolation='read-uncommitted';

Query OK,0 rows affected (0.00sec)

mysql> select @@tx_isolation;+------------------+

| @@tx_isolation |

+------------------+

| READ-UNCOMMITTED |

+------------------+

1 row in set (0.00sec)

mysql>

1e752181c7d51c72fd8d6186b6fd592f.png

脏读、幻读、不可重读

脏读：当前事务可查看其他事务未提交的数据(重点是未提交)

幻读：同一SQL再执行，会多出或者少了一部分数据(重点在增加、减少)

不可重读：同一事务,查询相同数据范围,数据被更改(重点在更改)

775361b83a8a8a37c90d576c3c97a1c3.png

dd6cf805389129dbea500c838ee0b179.png

Spring中的事务有个默认值Default，默认使用数据库的事务隔离级别

packageorg.springframework.transaction.annotation;public enumIsolation {

DEFAULT(-1),

READ_UNCOMMITTED(1),

READ_COMMITTED(2),

REPEATABLE_READ(4),

SERIALIZABLE(8);private final intvalue;private Isolation(intvalue) {this.value =value;

}public intvalue() {return this.value;

}

}

项目中的设置

事务隔离界别越高,并发性越弱,而过低的级别存在安全问题,所以项目中事务隔离级别多设置为 READ_COMMITTED

不可重复与幻读

不可重复读和幻读的区别

很多人容易搞混不可重复读和幻读，确实这两者有些相似。但不可重复读重点在于update和delete，而幻读的重点在于insert。

如果使用锁机制来实现这两种隔离级别，在可重复读中，该sql第一次读取到数据后，就将这些数据加锁，其它事务无法修改这些数据，就可以实现可重复读了。

但这种方法却无法锁住insert的数据，所以当事务A先前读取了数据，或者修改了全部数据，事务B还是可以insert数据提交，这时事务A就会发现莫名其妙多了一条之前没有的数据，这就是幻读，不能通过行锁来避免。

需要Serializable隔离级别 ，读用读锁，写用写锁，读锁和写锁互斥，这么做可以有效的避免幻读、不可重复读、脏读等问题，但会极大的降低数据库的并发能力。

Repeatable Read隔离级别下 间隙锁避免了幻读

表user中 主键id，age添加了索引，可以看到，在左边事务未提交之前,是看不到右侧事务添加的数据的。间隙锁避免了幻读

7eb597bc9db150932cb8f3a33a198013.png

0be02c073943f2d8ae555e4bf26a626b.png

Well Honey
关注
深入解析MySQL事务隔离级别及其实现原理
fudaihb的博客
09-09 1564
在数据库管理系统中，事务（Transaction）是保证数据一致性的重要机制。而事务隔离级别则是决定多个事务之间如何相互影响的关键。MySQL作为常用的关系型数据库，其事务隔离级别和实现机制在许多业务场景中起着至关重要的作用。本文将详细介绍MySQL的事务隔离级别、常见问题及其底层实现原理，帮助读者更好地理解和应用事务。
MySQL 默认事务隔离级别及原因
最新发布
yonggeit的博客
09-07 83
MySQL 默认的事务隔离级别是“可重复读”，这个选择是为了在数据一致性和并发性能之间找到一个平衡，满足大多数应用场景的需求，并提高与其他数据库系统的兼容性。在实际应用中，数据库管理员和开发人员可以根据具体的业务需求和性能要求，选择合适的事务隔离级别，以实现最佳的数据库性能和数据一致性。
mysql事务隔离级别
laozhang0910的博客
06-01 8096
隔离级别 MySQL是一个服务器／客户端架构的软件，对于同一个服务器来说，可以有若干个客户端与之连接，每个客户端与服务器连接上之后，就可以称之为一个会话（Session）。我们可以同时在不同的会话里输入各种语句，这些语句可以作为事务的一部分进行处理。不同的会话可以同时发送请求，也就是说服务器可能同时在处理多个事务，这样子就会导致不同的事务可能同时访问到相同的记录。我们前边说过事务有一个特性称之为...
搞清楚MySQL事务隔离级别
天行健，君子以自强不息；地势坤，君子以厚德载物。
09-19 201
阅读文本大概需要3分钟。好久没碰数据库了，只是想起自己当时在搞数据库的时候在事务隔离级别这块老是卡，似懂非懂的。现在想把这块整理出来，尽量用最简洁的语言描述出来，供新人参...
MySQL事务隔离
不做程序员的博客
06-24 156
事务及其特性 数据库事务（简称:事务）是数据库管理系统执行过程中的一个逻辑单位，由一个有限的数据库操作序列构成。事务的使用是数据库管理系统区别文件系统的重要特征之一。 事务拥有四个重要的特性：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability），人们习惯称之为 ACID 特性。下面我逐一对其进行解释。 原子性（Atomicity） 事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始
MySQL事务隔离级别
weixin_55721317的博客
05-06 1237
MySQL事务隔离级别
mysql默认的事务隔离级别
qq_30908729的博客
07-08 551
mysql默认的事务隔离级别 解决方法： mysql默认的事务隔离级别是REPEATABLE-READ（可复读，也就是一个事务看不到另一个事务对已有记录的更新） 使用一下sql就可以查询您的数据库的事务隔离级别：http://www.yayihouse.com/yayishuwu/chapter/2018 ...
MySQL数据库事务隔离级别详解
12-16
MySQL数据库的事务隔离级别是数据库管理系统中用于控制事务处理中并发操作的重要机制。在多用户同时访问数据库的情况下，事务隔离级别能够确保数据的一致性和完整性，避免并发操作带来的各种问题，如脏读、不可重复...
通过实例分析MySQL中的四种事务隔离级别
01-21
在数据库操作中，为了有效保证并发读取数据的正确性，提出的事务隔离级别。数据库事务的隔离级别有4个，下面话不多说了，来一起看看详细的介绍吧。 数据库事务有四种隔离级别： 未提交读(Read Uncommitted)：允许脏...
【MySQL 默认的事务隔离级别】
学无止境
03-17 1598
这是因为可重复读隔离级别能够提供更高的数据隔离性，避免了脏读（Dirty Read）、不可重复读（Non-Repeatable Read）和幻读（Phantom Read）的问题。在可重复读隔离级别下，事务可以读取已经提交的数据，并且能够看到自己在事务开始前已经读取的数据。相比之下，读提交隔离级别只能避免脏读，而不保证不可重复读和幻读的问题。在读提交隔离级别下，事务只能读取已经提交的数据，不能看到自己在事务开始前已经读取的数据，因此多次读取同一数据的结果可能不一致。
mysql 事务隔离 默认_mysql 事务默认隔离级别
weixin_39531582的博客
01-20 144
谈到事务隔离级别，开发同学都能说个八九不离十。脏读、不可重复读、RC、RR...这些常见术语也大概知道是什么意思。但是做技术，严谨和细致很重要。如果对事务隔离级别的认识，仅仅停留在大概知道的程度，数据库内核研发者可能开发出令用户费解的隔离级别表现，业务研发者可能从数据库中查出与预期不符的结果。那么如何判断自己是不是对事务隔离级别有了较为深入的理解了呢？开发同学可以问自己这样两个问题：(1)事务隔离...
mysql默认事务隔离级别是什么？
2201_75584967的博客
02-02 1321
mysql的4种事务隔离级别
mysql的事物隔离
weixin_34132768的博客
08-09 87
四大特性，搬运 　　1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。 　　2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏 。比如A向B转账，不可能...
mysql的默认隔离级别_mysql默认事务隔离级别是什么？
weixin_32228501的博客
01-18 4040
mysql数据库事务的隔离级别有4个，而默认的事务处理级别就是【REPEATABLE-READ】，也就是可重复读。下面本篇文章就来带大家了解一下mysql的这4种事务的隔离级别，希望对大家有所帮助。SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。mysql的4种事务隔离级别，如下所示：...
事务隔离级别有哪些?MySQL的默认隔离级别是?
wupanP的博客
07-22 424
允许事务读取其他事务尚未提交的数据，最低的隔离级别。
MySQL事务隔离级别详解及默认设置
博客
11-29 3992
事务隔离级别是保证数据一致性和并发性的重要手段。MySQL提供了四种常见的事务隔离级别：读未提交、读提交、可重复读和串行化。读未提交隔离级别允许脏读，不推荐在生产环境中使用。读提交隔离级别避免脏读，但可能导致不可重复读。可重复读隔离级别保证了数据的一致性，但无法解决幻读问题。串行化隔离级别提供了最高的数据一致性，但降低了并发性能。MySQL默认的隔离级别是读提交，可以通过命令或配置文件修改隔离级别。在选择隔离级别时，需要根据实际业务需求和并发访问情况进行权衡，选择合适的隔离级别。
MySQL事务隔离级别与锁机制详解
3. **可重复读（REPEATABLE-READ）**：这是MySQL的默认隔离级别，它确保在同一事务中多次读取同一数据时结果一致，防止了不可重复读，但可能产生幻读现象。 4. **串行化（SERIALIZABLE）**：最高的隔离级别，它强制...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值