mysql事务和事务隔离机制

最新推荐文章于 2023-06-29 00:50:36 发布
最新推荐文章于 2023-06-29 00:50:36 发布
阅读量175 收藏
点赞数
文章标签： 数据库 mysql java redis 编程语言

阅读文本大概需要3分钟。

http://arthornye.github.io/2018/mysql/mysql%E4%BA%8B%E5%8A%A1%E5%92%8C%E4%BA%8B%E5%8A%A1%E9%9A%94%E7%A6%BB%E6%9C%BA%E5%88%B6

在学习mysql的事务隔离机制的过程中，对mysql的会话和事务的概念有点模糊不清，这里主要通过mysql可视化工具sequel pro来记录在实践过程中遇到的问题以及思考。

mysql会话begin自动提交事务
1
2

begin;
update retail_order set order_status=111 where order_code='899120869590';

我们建立一个mysql连接，然后开启一个会话session1，执行上面的sql。这条sql会在行记录上加锁。但是当前的事务是没有提交的，mysql的默认事务隔离机制是RR（可重复读）。我们在另一个会话session2中执行：

1
2
3

begin;
update retail_order set order_status=111 where order_code='899120869590';
commit;

会话2会报超时：

1

Lock wait timeout exceeded; try restarting transaction

通过这种方式我们成功验证了session1的事务还在执行中，数据库的记录已经上锁。

那么我们再去验证，当前会话的某个事务还在执行中，当前会话是不是可以继续执行其他事务，执行下面的select

1

select order_status from retail_order where order_code='899120869590'

执行结果：

1

111

实际上这个事务没有被提交上去，但是在本会话中再提交select却可以读取到这个值。这里其实我们应该将其理解为实际上本事务并没有提交，数据库会检测是同一个会话提交的sql，将其整合为一个未提交的事务。所以这里的变更对其他会话的事务依旧是不可见的。

那么什么时候这个事务什么时候会被提交？我们可以联想到是不是在执行一个commit本会话的事务便会被提交，对其他的会话可见。我们在session1单独执行一句commit，在session2中执行：

1

select order_status from retail_order where order_code='899120869590'

结果：

1

111

可见我们的事务已经被提交了，同样的，我们发现在session1中执行一句begin，看session2同样查询的结果：

1

111

做个总结：

当我们忘了对一个事务进行提交的时候，该会话接下来执行的事务也会叠加，直到我们显示的去进去提交或者开启一个新的事务。一个会话的事务没有提交可能导致另一个会话获取不到锁。

mysql事务隔离机制

熟悉了我们的可视化工具，我们尝试分析mysql的事务隔离机制，相信对mysql有基本了解的都知道，mysql的四种隔离机制。这四种隔离机制是我们分析数据库锁机制的基本，我也将会在本篇介绍隔离机制之后介绍一下mysql的锁机制。接下来的介绍需要我们去改变mysql的事务隔离机制，我们可以通过语句：

1

select @@global.tx_isolation,@@tx_isolation;

1

REPEATABLE-READ	REPEATABLE-READ

mysql的默认隔离机制RR,前一个是全局session的隔离级别，后一个是当前会话的隔离级别，我们可以在当前会话中设置隔离级别，通过sql语句：

1
2

set session transaction isolation level read committed;
set session transaction isolation level repeatable read;
Read Uncommited

这个基本不用考虑，因为如果事务没有被提交就被其他的事务看到这样的设计从逻辑上来看是不合理的，会造成大量的脏读。

Read Commited(不可重复读)

在这个隔离机制下，事务在提交之后对另一个事务可见。如果在一个事务A的执行过程中进行了两次查询，事务B在查询间隙进行了数据更新，这个隔离级别会存在脏读+幻读的可能。我们新建一个test_test表，开启session1，执行事务A，不提交，模拟不可重复读：

1
2

begin;
select * from test_test where code=1

1
2
3
4
5

1	wmm	1
2	wmm	1
3	wmm	1
4	wmm	1
5	wmm	1

开启session2，执行事务B，直接提交：

1

update test_test set name='wmm' where code=1;

回到session1，执行查询：

1

select * from test_test where code=1

1
2
3
4
5

1	pyx	1
2	pyx	1
3	pyx	1
4	pyx	1
5	pyx	1

RC隔离级别下不可重复读，两次读的结果不一致。

用同样的方式，测试该隔离模式下会不会存在幻读：

1
2

begin;
select * from test_test where code=1

1
2
3
4
5

1	pyx	1
2	pyx	1
3	pyx	1
4	pyx	1
5	pyx	1

1

insert test_test values(6,'yqz',1);

1
2
3
4
5
6

1	pyx	1
2	pyx	1
3	pyx	1
4	pyx	1
5	pyx	1
6	yqz	1

该模式下存在幻读（如果没有显式begin开始一个事务，事务都默认自动提交，部分语句没有加begin，commit，自动提交）。

Repeatable Read(可重复读)

首先通过恢复到该数据库隔离级别：

1

set session transaction isolation level repeatable read;

模拟是否存在脏读，session1：

1
2

begin;
select * from test_test where code=1

1
2
3
4
5
6

1	pyx	1
2	pyx	1
3	pyx	1
4	pyx	1
5	pyx	1
6	yqz	1

session2:

1

update test_test set name='pyx' where code=1;

session1:

1

select * from test_test where code=1

1
2
3
4
5
6

1	pyx	1
2	pyx	1
3	pyx	1
4	pyx	1
5	pyx	1
6	yqz	1

RR隔离模式下不存在脏读，那么mysql是如何实现该隔离模式下的避免脏读？了解过juc的cas的都知道我们可以通过在共享内存标记一个版本号，来防止aba问题。那么类比mysql也是通过在每行的记录后面添加一列标记版本号，读的时候不会修改这个版本号，但是更新删除都会版本号+1。参考上面的例子，session1在执行事务A的时候，假设当前事务的版本号为1，当前事务并没有提交，然后session2执行了更新事务B，提交之后数据库该行记录的版本号变成了2。在该隔离模式下事务A只会读取到版本号不大于当前事务版本号的记录，也就是说，虽然这条记录的更改已经在数据库真实存在，但是事务A并不能读取到这条记录的变更。

  • SELECT时，读取创建版本号<=当前事务版本号，删除版本号为空或>当前事务版本号。

  • INSERT时，保存当前事务版本号为行的创建版本号。

  • DELETE时，保存当前事务版本号为行的删除版本号。

  • UPDATE时，插入一条新纪录，保存当前事务版本号为行创建版本号，同时保存当前事务版本号到原来删除的行。

2018.11.20增加对MVCC多版本并发控制的理解：如果我们数据库中某一条记录的值经历的版本变化为4->3->2->1，那么数据库引擎同时会记录一个回滚日志，根据对应事务的版本号去回滚到事务对应的值。

同样的方式看该该隔离级别下是否存在幻读，session1，事务A：

1
2

begin;
select * from test_test where code=1

1
2
3
4
5
6

1	pyx	1
2	pyx	1
3	pyx	1
4	pyx	1
5	pyx	1
6	pyx	1

session2，事务B：

1

insert test_test values(7,'yqz',1);

session1，事务A：

1

select * from test_test where code=1

1
2
3
4
5
6

1	pyx	1
2	pyx	1
3	pyx	1
4	pyx	1
5	pyx	1
6	pyx	1

session1，事务A：

1

commit;

1
2
3
4
5
6
7

1	pyx	1
2	pyx	1
3	pyx	1
4	pyx	1
5	pyx	1
6	pyx	1
7	yqz	1

可以看到这里是不存在幻读的，很多博客在介绍mysql的四种隔离级别的时候会说RR隔离模式下可以避免脏读但是不能避免幻读，我们通过实践看到这个级别是可以避免幻读的。

Serializable(串行化)

这个隔离级别，个人的理解可以类比RetrantWriteReadLock的设计。事务在执行的时候如果数据行存在写锁（排他锁），读锁是共享锁，这种情况下会等待写锁释放。同样的如果是事务尝试去获取某个数据行的写锁，发现共享锁的读锁没有完全释放开，也需要等待读锁全部释放完才可以获取到写锁。

1

set session transaction isolation level serializable;

将数据库隔离级别调整为串行，然后分别执行事务，session1，事务A：

1
2

begin;
select * from test_test where code=1

1
2
3
4
5
6
7
8

1	pyx	1
2	pyx	1
3	pyx	1
4	pyx	1
5	pyx	1
6	pyx	1
7	yqz	1
8	yqz	1

session2，事务B：

1

update test_test set name='pyx' where id=1

执行结果，事务B，获取锁超时，Lock wait timeout exceeded; try restarting transaction。通过下面的语句也可以查看到当前存在锁竞争。

1

select * from information_schema.innodb_locks

1
2

5930258879:6688936:3:3	5930258879	X	RECORD	`souche_retail`.`test_test`	PRIMARY	6688936	3	3	NULL
5930501833:6688936:3:3	5930501833	S	RECORD	`souche_retail`.`test_test`	PRIMARY	6688936	3	3	NULL
总结

本篇主要介绍了mysql的四种事务隔离级别，这里终结下它们的特点：

Read Uncommited不可重复读幻读
Read Commited不可重复读幻读
Repeatable Read可重复读不存在幻读
Serializable不可重复读不存在幻读

☆

往期精彩

☆

01 漫谈发版哪些事，好课程推荐

02 Linux的常用最危险的命令

03 互联网支付系统整体架构详解

04 优秀的Java程序员必须了解的GC哪些

05 IT大企业有哪些病，别被这些病毁了自己？

关注我每天进步一点点

你点的在看，我都当成了喜欢

BUG弄潮儿
关注
mysql事务隔离机制
yutian_1999的博客
02-27 165
前言 今天面试竟然在事务的隔离机制上栽了跟头，虽然面试官说不影响正常的面试，但是我还是想抽死自己，之前什么AICD、脏读、虚度、幻读天天挂在嘴边的，今天竟然捋不清了。 世间铁一般的道理，不用就会忘记，在此体现的淋漓尽致。 索性再来梳理一下吧。 事务的特性 1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的...
MySQL的事务隔离机制
IT修真院：初学者转行到互联网的聚集地
05-11 477
这里是修真院后端小课堂，每篇分享文从 【背景介绍】【知识剖析】【常见问题】【解决方案】【编码实战】【扩展思考】【更多讨论】【参考文献】 八个方面深度解析后端知识/技能，本篇分享的是： 【MySQL的事务隔离机制 】 PPT 一、什么是MySQL的事务？ 当多个用户访问同一份数据时，一个用户再更改数据的过程中可能有其他用户同时发起更改请求，为保证数据的更新从一个一致性状态变更为另一个...
事务的隔离级别详解
韩小文的博客
02-23 239
一、事务的基本要素（ACID） 　　1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。 　　 2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏 。比如A...
Mysql事务隔离机制
张井天的博客
06-28 1473
ACID原则： 了解Mysql事务隔离机制首先需要理解什么是ACID: A : 原子性automicity，一个事务作为不可分割的最小单元，一个事务里面的所有操作要么全部成功，要么全部失败。 C：一致性consistency，事物结束后系统状态是一致的，即 数据不能平白无故的产生，也不能平白无故的消失，例如一个转账业务事务，最终所有账户余额不变。 I：隔离性isolation，简单的讲，一个事务...
MySql事务隔离机制
纯洁的小魔鬼
05-20 1724
一.事务(Transaction) 事务是一个最小的不可再分的工作单元,事务只和DML语句有关,用来管理insert，update和delete语句，在 MySql 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务。 事务是必须满足4个条件(ACID)： 原子性(Atomicity): 一个事务中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚到事务开始前的状态，就像这个事务从来没有执行过一样。 一致性(Consistency).
MySQL事务以及隔离性
q160336802的博客
03-02 1196
MySQL事务以及隔离性， 事务ACID特性
MySQL数据库事务隔离级别详解
12-16
MySQL数据库的事务隔离级别是数据库管理系统中用于控制事务处理中并发操作的重要机制。在多用户同时访问数据库的情况下，事务隔离级别能够确保数据的一致性和完整性，避免并发操作带来的各种问题，如脏读、不可重复...
聊聊MySQL事务的特性和隔离级别
12-14
MySQL事务是数据库操作的重要组成部分，尤其在InnoDB存储引擎中，事务被广泛用于确保数据的一致性和准确性。事务是一系列SQL查询的集合，这些查询要么全部成功执行，要么全部不执行，体现出原子性（Atomicity）的...
MySQL查看和修改事务隔离级别的实例讲解
09-08
本文主要讨论如何在MySQL中查看和修改事务隔离级别的操作方法和实例。 首先，要查看当前MySQL的事务隔离级别，可以使用show variables like '%tx_isolation%'命令或select @@tx_isolation语句。这个操作将返回当前...
MySQL中Innodb的事务隔离级别和锁的关系的讲解教程
09-10
综上所述，在MySQL的InnoDB存储引擎中，事务隔离级别和锁机制共同构成了事务处理的核心框架，保证了数据的一致性与系统的并发性。理解这些机制对于数据库管理员和开发人员设计和优化数据库应用至关重要。美团技术...
MySQL事务及Spring隔离级别实现原理详解
09-08
主要介绍了MySQL事务及Spring隔离级别实现原理详解,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
图文解释mysql的四个事务隔离级别
01-07
之前在网上查询mysql事务隔离相关资料，一直只是脑子里有一个印象，久而久之还是会忘记，忘记后又要到网上查找相关资料，但是没实践过就对mysql事务隔离级别理解不是特别的深入，现在自己亲手实践体验一下这个这四个...
Mysql数据库的事务隔离机制
m0_57659908的博客
04-10 1751
文章目录一、事务特性（ACID）二、事务并发带来的问题三.不同的事务隔离机制 一、事务特性（ACID） 原子性： 事务是最小的执行单位，不允许分割。事务的原子性确保动作要么全部完成，要么完全不起作用； 一致性： 执行事务前后，数据保持一致，例如转账业务中，无论事务是否成功，转账者和收款人的总额应该是不变的； 隔离性： 并发访问数据库时，一个用户的事务不被其他事务所干扰，各并发事务之间数据库是独立的； 持久性： 一个事务被提交之后。它对.
mysql的事务隔离机制
Salted fish in hand, I have the world.
06-27 280
https://segmentfault.com/blog/lant 1.事务的ACID特性 { Atomicity 原子性 Consistency 一致性：数据库总是从一个一致性的状态 转换到 另一个一致性的状态; Isolation 隔离性：通常来说, 一个事务所做的修改在最终提交以前, 对其他事务是不可见的; Durability 持久性：这里所说的`永久`应该可以理解为 被事务修改的数据 ...
Mysql的事务隔离机制
qq_44969643的博客
04-24 7562
一、事务的4个特性 二、隔离性和隔离机制 三、事务隔离的实现 四、事务的启动方式 原子性（atomicity) 一个事务要么全部提交成功，要么全部失败回滚，不能只执行其中的一部分操作，这就是事务的原子性一致性（consistency) 事务的执行不能破坏数据库数据的完整性和一致性，一个事务在执行之前和执行之后，数据库都必须处于一致性状态。指数据库事务不能破坏关系数据的完整性以及业务逻辑上的一致性。例如对银行转帐事务，不管事务成功还是失败，应该保证事务结束后ACCOUNTS表中Tom和Jack的存款
【MySQL】事务隔离机制 -- 必须说透
热门推荐
天罡gg的专栏
11-20 1万+
如何控制并发是数据库领域中非常重要的问题之一，MySQL为了解决并发带来的问题，设计了事务隔离机制、锁机制、MVCC机制等，用一整套机制来解决并发问题，本文主要介绍事务隔离机制。事务transaction（简写tx），在数据库中，事务是指一组逻辑操作，这些操作要么全部执行，要么全部不执行，是一个不可分割的工作单位。事务由事务开始与结束之间执行的全部数据库操作组成。1、原子性(Atomicity)事务是一个原子操作单元，是不可分割的最小工作单元，就像化学中的原子，其对数据的修改，
mysql 事务隔离级别
tonyXf121的专栏
12-26 6401
SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。本文将以具体的例子来讲解这4类隔离级别。 Read Uncommitted（读取未提交内容） 在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的
【MySQL】事务及其隔离性/隔离级别
最新发布
学了就忘是正常现象
06-29 4931
MySQL事务的隔离级别（只有innoDB解决了RR级别的幻读问题）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值