葫芦娃趣说数据库事务隔离级别及原理
mhr18 2024-09-18 20:23 15 浏览 0 评论
导读:本文主要讨论数据库事务隔离级别与原理,接下来将会从以下四点展开讨论:
- 事务隔离的概念
- 采用葫芦娃例子帮助理解在没有事务隔离时引发的脏读、不可重复读和幻读
- 数据库常见四种隔离级别
- “快照读”概念
事务隔离的概念
任何支持事务的数据库,都必须具备四个特性,分别是:
- 原子性(Atomicity)
- 一致性(Consistency)
- 隔离性(Isolation)
- 持久性(Durability)
以上四点也就是常说的事务ACID,数据库具备以上特性才能保证事务(Transaction)中数据的正确性。而其中事务的隔离性指:事务间是相互独立的,不会互相影响,既一个事务内部的操作及使用的数据对并发的其他事务是隔离的。
没有事务隔离会引发什么问题?
如果没有事务隔离那么可能会出现脏读、不可重复读、幻读等情况。
为了帮助及加深理解,我们采用熟悉的“葫芦娃”作为例子。最先藤上有七个葫芦,每当有一个葫芦娃诞生时,老爷爷就会将他的信息录入数据库表中,如下:
某一天,四娃诞生了。事务A(爷爷)访问了数据库,目的是往数据库里添加新诞生葫芦娃的信息,但是还没有提交事务。
insert into T values (4, '四娃','喷水');
这时,来了另一个事务B(蛇精),她进行了查询操作,想查询所有已诞生的葫芦娃信息
select * from T; //结果中出现了四娃的信息
这时,如果事务之间没有有效隔离,那么 蛇精 查询数据库返回的结果中就会出现 四娃 的信息,这就是脏读。
脏读:指在自己的事务中读到了别人未提交的数据
第二天,事务A(蛇精)一大早就查询了数据库中关于四娃的信息
select * from T where ID = 4; //名称:四娃 能力:喷水
这时,事务B(爷爷)来了,因为爷爷发现四娃其实是会喷火而不是喷水,所以更新一下将改了四娃的能力为喷火,然后提交了事务。
update T set Ability= '喷火' where ID = 4;
接着,蛇精(事务A)还想再查看一次用于确认四娃的信息,于是又执行了
select * from T where ID = 4;//名称:四娃 能力:喷火
这时候她惊讶地发现两次读出来四娃的信息,能力竟然不相同!这就是不可重复读。
不可重复读:指在自己的事务中读取两次,前后的数据不一样
第三天
事务A(蛇精)访问了数据库,她想要看看到底已经诞生的葫芦娃有哪些,于是她执行了
select * from T; //查出一共有四条葫芦娃信息
这时候因为五娃诞生了,所以事务B(爷爷)打开了数据库并将五娃的信息录入
insert into T values (5, '五','喷水');
这时候,事务A(蛇精)想要再查询一次所有已诞生的葫芦娃信息进行确认,于是又执行了查询
select * from T; //查出一共有五条葫芦娃信息
这个时候事务A(蛇精)可能就会蒙了,以为自己产生了幻觉。这种情况就叫“幻读。
幻读:指在自己的事务中两个连续的查找之间一个并发的修改事务修改了查询的数据集,导致这两个查询返回了不同的结果(注:不可重复读与幻读很相似,不可重复读的重点是修改,而幻读的重点在于新增或者删除)
数据库的隔离级别
想要避免以上的情况,我们可以通过设置数据库的隔离级别(结合实际场景选择最适合的级别)。一般数据库都包括以下四种隔离级别:
- 读未提交(Read Uncommitted)
- 读提交(Read Committed)
- 可重复读(Repeated Read)
- 串行化(Serializable)
这里以MySQL为例,在MySQL中事务隔离级别分为以下四级:
- 0级:TRANSACTION_READ_UNCOMMITTED 一切都可发生
- 1级:TRANSACTION_READ_COMMITTED--不可以发生脏读,不可重复读和幻读可以发生
- 2级:TRANSACTION_REPEATABLE_READ--不可以发生脏读和重复读,可以发生幻读
- 3级:TRANSACTION_SERIALIZABLE --都不可发生
读未提交(TRANSACTION_READ_UNCOMMITTED)
读未提交,指可以读到未提交的内容。因为这种隔离级别下查询是不会加锁的,所以可能会产生“脏读”、“不可重复读”、“幻读”。在实际开发中如无特殊情况基本是不会使用该隔离级别的。
读提交(TRANSACTION_READ_COMMITTED)
读提交,指只能读到已经提交了的内容。这是最常用的一种隔离级别也是Oracle和SQLServer的默认级别,该级别可以有效地避免脏读。(注意:除非显示加锁如共享锁、排他锁,否则查询是默认不加锁的。而区别于“读未提交”,“读提交”可避免脏读的原因是采用了 “快照读”)
可重复读(TRANSACTION_REPEATABLE_READ)
可重复读,该级别可以有效的避免“不可重复读”,也是MySQL数据库innodb默认的级别。在这个级别下,普通的查询同样是使用的“快照读”,但是,和“读提交”不同的是,当事务启动时就不允许进行Update操作,而“不可重复读”是因为两次读取之间进行了数据的修改所导致的。因此“可重复读”能够有效的避免“不可重复读”,但却避免不了“幻读”,因为幻读是由于“插入或者删除操作”而产生的。
串行化(TRANSACTION_SERIALIZABLE)
串行化是数据库最高的隔离级别,这种级别下事务串行化一个一个排队顺序执行,可避免脏读、不可重复读、幻读。安全性高相应的执行效率低,性能开销也最大,在实际开发中比较少用。
快照读
数据库读分为:一致非锁定读、锁定读,上面提到“快照读”也就是非锁定读。可简单理解为执行SELECT语句的时候会生成一个快照。
注意:不同事务隔离级别下,快照读是存在区别的:
- READ COMMITTED 隔离级别下,事务中每次读取都会重新生成一个快照,所以每次快照都是最新的。因此事务中每次执行SELECT也可以看到其它已commit事务所作的更改,因为读取的是快照所以有效地避免了脏读的情况。而假设如果没有“快照读(一致非锁定读)”使用的是“锁定读”,那么当一个更新的事务没有提交时,另一个对更新数据进行查询的事务会因为无法查询而被阻塞,这种情况下并发能力及效率相对比较差。
- REPEATED READ 隔离级别下,快照会在事务中第一次SELECT语句执行时生成,只有在本事务中对数据进行更改Update才会更新快照,因此,只有第一次SELECT之前其它已提交事务所作的更改可以看到。
总结
事务的隔离性指:事务间是相互独立的,不会互相影响,既一个事务内部的操作及使用的数据对并发的其他事务是隔离的。当没有进行事务隔离时可能会出现脏读、幻读、不可重复读等情况。通过结合实际情况设置合理的隔离级别可以有效地避免以上问题。数据库中常见的四个隔离级别:读未提交、读提交、可重复读和串行化,其中读提交在实际开发中是比较常用的。而在其中引出了一个“读快照”的概念,要注意的是不同隔离级别下“读快照”是存在区别的,通过使用“读快照”使得在发生并发操作时效率有所提升。
感谢您的阅读,如果喜欢本文欢迎关注和转发,本头条号将坚持原创,持续分享IT技术知识。对于文章内容有其他想法或意见建议等,欢迎提出共同讨论共同进步
相关推荐
- Redis合集-使用benchmark性能测试
-
采用开源Redis的redis-benchmark工具进行压测,它是Redis官方的性能测试工具,可以有效地测试Redis服务的性能。本次测试使用Redis官方最新的代码进行编译,详情请参见Redis...
- Java简历总被已读不回?面试挂到怀疑人生?这几点你可能真没做好
-
最近看了几十份简历,发现大部分人不是技术差,而是不会“卖自己”——一、简历死穴:你写的不是经验,是岗位说明书!反面教材:ד使用SpringBoot开发项目”ד负责用户模块功能实现”救命写法:...
- redission YYDS(redission官网)
-
每天分享一个架构知识Redission是一个基于Redis的分布式Java锁框架,它提供了各种锁实现,包括可重入锁、公平锁、读写锁等。使用Redission可以方便地实现分布式锁。red...
- 从数据库行锁到分布式事务:电商库存防超卖的九重劫难与破局之道
-
2023年6月18日我们维护的电商平台在零点刚过3秒就遭遇了严重事故。监控大屏显示某爆款手机SKU_IPHONE13_PRO_MAX在库存仅剩500台时,订单系统却产生了1200笔有效订单。事故复盘发...
- SpringBoot系列——实战11:接口幂等性的形而上思...
-
欢迎关注、点赞、收藏。幂等性不仅是一种技术需求,更是数字文明对确定性追求的体现。在充满不确定性的网络世界中,它为我们建立起可依赖的存在秩序,这或许正是技术哲学最深刻的价值所在。幂等性的本质困境在支付系...
- 如何优化系统架构设计缓解流量压力提升并发性能?Java实战分享
-
如何优化系统架构设计缓解流量压力提升并发性能?Java实战分享在高流量场景下。首先,我需要回忆一下常见的优化策略,比如负载均衡、缓存、数据库优化、微服务拆分这些。不过,可能还需要考虑用户的具体情况,比...
- Java面试题: 项目开发中的有哪些成长?该如何回答
-
在Java面试中,当被问到“项目中的成长点”时,面试官不仅想了解你的技术能力,更希望看到你的问题解决能力、学习迭代意识以及对项目的深度思考。以下是回答的策略和示例,帮助你清晰、有说服力地展示成长点:一...
- 互联网大厂后端必看!Spring Boot 如何实现高并发抢券逻辑?
-
你有没有遇到过这样的情况?在电商大促时,系统上线了抢券活动,结果活动刚一开始,服务器就不堪重负,出现超卖、系统崩溃等问题。又或者用户疯狂点击抢券按钮,最后却被告知无券可抢,体验极差。作为互联网大厂的后...
- 每日一题 |10W QPS高并发限流方案设计(含真实代码)
-
面试场景还原面试官:“如果系统要承载10WQPS的高并发流量,你会如何设计限流方案?”你:“(稳住,我要从限流算法到分布式架构全盘分析)…”一、为什么需要限流?核心矛盾:系统资源(CPU/内存/数据...
- Java面试题:服务雪崩如何解决?90%人栽了
-
服务雪崩是指微服务架构中,由于某个服务出现故障,导致故障在服务之间不断传递和扩散,最终造成整个系统崩溃的现象。以下是一些解决服务雪崩问题的常见方法:限流限制请求速率:通过限流算法(如令牌桶算法、漏桶算...
- 面试题官:高并发经验有吗,并发量多少,如何回复?
-
一、有实际高并发经验(建议结构)直接量化"在XX项目中,系统日活用户约XX万,核心接口峰值QPS达到XX,TPS处理能力为XX/秒。通过压力测试验证过XX并发线程下的稳定性。"技术方案...
- 瞬时流量高并发“保命指南”:这样做系统稳如泰山,老板跪求加薪
-
“系统崩了,用户骂了,年终奖飞了!”——这是多少程序员在瞬时大流量下的真实噩梦?双11秒杀、春运抢票、直播带货……每秒百万请求的冲击,你的代码扛得住吗?2025年了,为什么你的系统一遇高并发就“躺平”...
- 其实很多Java工程师不是能力不够,是没找到展示自己的正确姿势。
-
其实很多Java工程师不是能力不够,是没找到展示自己的正确姿势。比如上周有个小伙伴找我,五年经验但简历全是'参与系统设计''优化接口性能'这种空话。我就问他:你做的秒杀...
- PHP技能评测(php等级考试)
-
公司出了一些自我评测的PHP题目,现将题目和答案记录于此,以方便记忆。1.魔术函数有哪些,分别在什么时候调用?__construct(),类的构造函数__destruct(),类的析构函数__cal...
- 你的简历在HR眼里是青铜还是王者?
-
你的简历在HR眼里是青铜还是王者?兄弟,简历投了100份没反应?面试总在第三轮被刷?别急着怀疑人生,你可能只是踩了这些"隐形求职雷"。帮3630+程序员改简历+面试指导和处理空窗期时间...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (63)
- oracle批量插入数据 (62)
- oracle事务隔离级别 (53)
- oracle 空为0 (50)
- oracle主从同步 (55)
- oracle 乐观锁 (51)
- redis 命令 (78)
- php redis (88)
- redis 存储 (66)
- redis 锁 (69)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)