MYSQL 事务隔离级别

2018 年 7 月 31 日 ImportNew

(点击上方公众号,可快速关注)


来源:sdlyjzh ,

blog.csdn.net/sdlyjzh/article/details/79920266


本文会根据实际工作中碰到的例子,梳理清楚数据库事务的隔离级别。内容很简单,如果你能静下心来看完,一定会对你理解隔离级别有很大的帮助。


想象一个场景。抽奖,如果用户中奖了,一般有如下几个流程:


  • 扣减奖品数量;

  • 记录用户中奖信息;

  • 试想如果扣减奖品数量了,结果记录用户中奖数据的时候失败了,那么数据就会出现不一致的问题。


这种场景,就可以使用事务。因为事务的一个特性,就是原子性:要么不做,要么全做。


上述问题解决了。再想一下这样的场景:

在抽奖前,先查询奖品剩余数量,如果剩余数量<1,则任务抽奖活动已经结束,不再进行抽奖。如果事务A扣减奖品数量但未提交,事务B查询剩余奖品数量,此时应该是多少呢?这就和事务的隔离级别有关系了。


在讨论隔离级别前,我们先做一些数据库的初始化操作:


建表:


CREATE TABLE `Tran_test` (

  `id` bigint(20) NOT NULL,

  `userId` bigint(20) NOT NULL DEFAULT '0',

  `weChatId` varchar(50) NOT NULL DEFAULT '' COMMENT '微信id(openId、uninId)',

  `orderId` bigint(20) NOT NULL DEFAULT '0' COMMENT '商城订单id',

  `count` bigint(10) DEFAULT NULL,

  PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8


初始化1个奖品:


insert into Tran_test (id,count) values(1,1)


未提交读


事务中的修改,即使没有提交,也会被其他事务读取。


下面通过mysql演示:


设置隔离级别为为提交读:


SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;



可以看到,事务B读取到了事务A未提交的数据,它任务抽奖活动已经结束。但如果此时事务A回滚,count仍然为1,则活动实际是未结束的,这就是脏读。因此,实际中,一般不会采用这种隔离级别。


提交读


提交读隔离级别可以解决上述脏读问题,其只能读到其他事务已经提交的数据。


更改数据库隔离级别:


SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;



可以看到,在事务A提交前的改动,事务B是读取不到的。只有A事务提交后,B才能读取到事务A的改动。


我们看到,在事务B中,先后两次读取,count的值是不一样的,这就是不可重复读。而可重复读隔离级别可以解决这个问题。


可重复读


更改数据库隔离级别:


SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;



可以看到,不论事务A是否提交,事务B读到的count值都是不变的。这就是可重复读。


除了上面提到的脏读、不可重复读,还有一种情况是幻读:在事务中,前后两次查询,记录数量是不一样的。


比如事务B是事务A插入一条记录的前后执行查询,会发现相同的查询条件,查出来的记录数不一样。由于mysql的RR(可重复读)一并解决了幻读的问题,所以我们直接看上述场景,在mysql中的表现:



可见,在事务A提交前后,事务B查询的结果数量是一直的,并没有出现幻读的情况。


一点思考


下面默认都是讨论的msyql RR隔离级别的情况。


如果两个用户同时抽奖,而且同时中奖。两者都进入了中奖的事务。A事务扣减了奖品数量,B也执行了扣减数量。假设奖品数量是N,如果是可重复读,那么,如果两个事务并行进行,那么不论A有没有提交,B读到的数量都是N,执行后为N-1,而事务A也是N-1,这样不就有问题了吗?我们期望的是N-2。


当初这个问题让我很困惑。这反应了当时我对数据库锁和快照读、当前读两个知识点的欠缺。


快照读、当前读


将设事务A已经提交,由于是可重复读,那事务B读到的奖品数量一致是N,执行-1,数据变成N-1,而不是我们期望的N-2。


如果理解了快照读和当前读的概念,上面的困惑就不会存在了。


在事务中,执行普通select查询之后,会创建快照,后面再执行相同的select语句时,查询的其实是前面生成的快照。这也就是为什么会有可重复读。


而如果执行


select * from table where ? lock in share mode;

select * from table where ? for update;

insert into table values (…); 

update table set ? where ?; 

delete from table where ?;


会执行当前读,获取最新数据。回到前面的问题,如果事务B执行N-1操作,会触发当前读,读取事务A提交后的数据,也就是N-1,在此基础上执行-1操作,最终N变成N-2。


并发更新


上面解决了事务A已经提交的额情况。但如果事务A更新奖品数量后但还未提交呢?此时事务B执行当前读拿到的也是N啊。了解数据库锁机制的话,就不会有这种困惑了。事务A提交前,会一直持有排他锁(具体是行锁还是表锁,要看查询条件有没有走索引),此时事务B更新是会阻塞的。也就是说,只有事务A提交,或回滚之后,事务B才能获得排它锁,从而进行更新奖品的操作。


关于数据库的锁,大家可以参考这篇文章:http://hedengcheng.com/?p=771


【关于投稿】


如果大家有原创好文投稿,请直接给公号发送留言。


① 留言格式:
【投稿】+《 文章标题》+ 文章链接

② 示例:
【投稿】《不要自称是程序员,我十多年的 IT 职场总结》:http://blog.jobbole.com/94148/

③ 最后请附上您的个人简介哈~



看完本文有收获?请转发分享给更多人

关注「ImportNew」,提升Java技能

登录查看更多
0

相关内容

一个开源的关系型数据库,开发者为瑞典 MySQL AB 公司。在2008年1月16号被 Sun 公司收购。而2009年,SUN 又被 Oracle 收购.目前 MySQL 被很多互联网企业所使用。有体积小、速度快、总体拥有成本低,开放源码等优点
【实用书】流数据处理,Streaming Data,219页pdf
专知会员服务
76+阅读 · 2020年4月24日
【SIGMOD2020-腾讯】Web规模本体可扩展构建
专知会员服务
29+阅读 · 2020年4月12日
【干货】大数据入门指南:Hadoop、Hive、Spark、 Storm等
专知会员服务
95+阅读 · 2019年12月4日
知识图谱本体结构构建论文合集
专知会员服务
106+阅读 · 2019年10月9日
前端微服务在字节跳动的落地之路
前端之巅
41+阅读 · 2019年9月19日
工行基于MySQL构建分布式架构的转型之路
炼数成金订阅号
15+阅读 · 2019年5月16日
浅谈 Kubernetes 在生产环境中的架构
DevOps时代
11+阅读 · 2019年5月8日
数据库之架构:主备+分库?主从+读写分离?
架构文摘
8+阅读 · 2019年4月23日
已删除
架构文摘
3+阅读 · 2019年4月17日
亿级订单数据的访问与存储,怎么实现与优化?
码农翻身
16+阅读 · 2019年4月17日
基于Web页面验证码机制漏洞的检测
FreeBuf
7+阅读 · 2019年3月15日
抖音爬虫
专知
3+阅读 · 2019年2月11日
这一次,彻底解决滚动穿透
IMWeb前端社区
35+阅读 · 2019年1月4日
基于 Storm 的实时数据处理方案
开源中国
4+阅读 · 2018年3月15日
Semantics of Data Mining Services in Cloud Computing
Arxiv
4+阅读 · 2018年10月5日
Rapid Customization for Event Extraction
Arxiv
7+阅读 · 2018年9月20日
Arxiv
6+阅读 · 2018年8月27日
Arxiv
5+阅读 · 2015年9月14日
VIP会员
相关资讯
前端微服务在字节跳动的落地之路
前端之巅
41+阅读 · 2019年9月19日
工行基于MySQL构建分布式架构的转型之路
炼数成金订阅号
15+阅读 · 2019年5月16日
浅谈 Kubernetes 在生产环境中的架构
DevOps时代
11+阅读 · 2019年5月8日
数据库之架构:主备+分库?主从+读写分离?
架构文摘
8+阅读 · 2019年4月23日
已删除
架构文摘
3+阅读 · 2019年4月17日
亿级订单数据的访问与存储,怎么实现与优化?
码农翻身
16+阅读 · 2019年4月17日
基于Web页面验证码机制漏洞的检测
FreeBuf
7+阅读 · 2019年3月15日
抖音爬虫
专知
3+阅读 · 2019年2月11日
这一次,彻底解决滚动穿透
IMWeb前端社区
35+阅读 · 2019年1月4日
基于 Storm 的实时数据处理方案
开源中国
4+阅读 · 2018年3月15日
Top
微信扫码咨询专知VIP会员