5分钟了解,Mysql事务隔离级别

关注我的公众号:【编程朝花夕拾】,可获取首发内容。

01引言

上一节主要介绍了声明式事务,其中的一个属性就是事务的隔离级别isolation。今天我们以Mysql为例,深入介绍一下事务的隔离级别。

02 隔离级别概述

事务的隔离级别,是为了解决并发问题而设定的。不同的隔离级别,并发条件下会发生不同的问题。主要问题有:

  • 脏读:读取到其他事务未提交的数据
  • 不可重复读:同一事务内多次读取同一条数据,因其他事务的修改或删除导致结果不一致。
  • 幻读:同一事务内多次按相同条件查询,行记录不一致

2.1 读未提交

READ UNCOMMITTED,读未提交,可以读到别人没有提交的事务数据。最低等级的隔离级别,属于无锁机制,自然性能也是最好的。但是容易产生脏读、不可重复读、幻读这些问题。这里级别问题较多,一般不会使用。

简单案例:

A将ID为1的记录的余额字段由原来的200改成了100,这个时候还没有提交事务。

这时,B又查询ID为1的记录,他查到的余额字段的结果就是100

2.2 读已提交

READ COMMITTED,读已提交,只能读到事务提交的数据。比READ UNCOMMITTED的隔离高一个等级,属于行级锁。可以避免脏读。但是无法避免不可重复读、幻读这些问题。

简单案例:

同读已提交的案例,A事务没有提交之前,B查询的结果就是200。只有A提交了事务,B才能读到余额200。

2.3 可重复读

REPEATABLE READ,可重复读,同一个事务中读取到的结果一致。比READ COMMITTED的隔离高一个等级,属于行级锁+间隙锁。可以避免脏读、不可重复读,但是无法解决幻读的问题。这个是Mysql默认的隔离级别。

sql 复制代码
SELECT @@transaction_isolation;

简单案例:

A先开启了事务,查询当天的数据库的记录数,假如是100条,这是时候还没有提交事务。

B新增了一条记录,并提交了事务。A这是再同一个事务中再次查询记录数,还是100条,看不到B新增的记录。

2.4 串行化

SERIALIZABLE,串行化。最严格的隔离级别。只要有事务发生,统统等待,一个一个顺序执行,完全避免并发问题。性能当然也是最差的。

03 案例分析

3.1 脏读

Dirty Read,脏读。在读未提交的隔离级别下发生,读取到其他事务未提交的数据,事务未提交的数据被称为脏数据。

sql 复制代码
-- 事务A(写)
START TRANSACTION;
UPDATE account SET balance = 1500 WHERE id = 1; -- 未提交

-- 事务B(读)
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
START TRANSACTION;
SELECT balance FROM account WHERE id = 1; -- 读到1500(脏数据)

后果: 事务B基于无效数据决策(如允许转账),若事务A回滚导致数据不一致。

**解决方案:**只能升级数据库的隔离级别,升级至READ COMMITTED

3.2 不可重复读

Non-Repeatable Read, 不可重复读。在读未提交、读已提交的隔离级别下可能发生。

sql 复制代码
-- 事务A
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
START TRANSACTION;
SELECT balance FROM account WHERE id = 1; -- 第一次:1000

-- 事务B提交更新
UPDATE account SET balance = 1500 WHERE id = 1;
COMMIT;

-- 事务A再次读取
SELECT balance FROM account WHERE id = 1; -- 结果变为1500!
COMMIT;

后果: 事务内相同查询结果不一致(如对账失败)。 解决方案: 升级隔离级别,使用REPEATABLE READ

3.3 幻读

Phantom Read,幻读。在读未提交、读已提交、可重复读的隔离级别下可能发生。

sql 复制代码
-- 事务A
START TRANSACTION; -- 默认REPEATABLE READ
SELECT * FROM account WHERE balance >= 1000; -- 返回id=1,2

-- 事务B插入新记录并提交
INSERT INTO account VALUES (3, 3000);
COMMIT;

-- 事务A再次查询
SELECT * FROM account WHERE balance >= 1000; 
-- 仍只返回id=1,2,3 → 出现"幻读"
COMMIT;

后果: 行记录的这种影响其实并不是太影响结果,大部分情况下都是可接受的。一般情况下是不需要的解决的。

3.4 不可重复读和幻读的区别

不可重复读和幻读都是在同一个事务下,多次获取的结果不同。但是又有根本的区别

  • 不可重复读:针对单条数据的修改冲突。

  • 幻读:针对结果集范围 的新增或删除冲突,表现为行数增减或新行出现

04 小结

数据库的隔离级别影响着数据查询的结果,在满足业务需求的情况下,选择合适的隔离级别,可以提高数据的读写性能。但是我们一般选默认就够了,因为它已经足够好了

相关推荐
恸流失21 分钟前
DJango项目
后端·python·django
硅的褶皱1 小时前
对比分析LinkedBlockingQueue和SynchronousQueue
java·并发编程
MoFe11 小时前
【.net core】天地图坐标转换为高德地图坐标(WGS84 坐标转 GCJ02 坐标)
java·前端·.netcore
季鸢2 小时前
Java设计模式之观察者模式详解
java·观察者模式·设计模式
互联网搬砖老肖2 小时前
Web 架构相关文章目录(持续更新中)
架构
计算机毕设定制辅导-无忧学长2 小时前
Kafka 核心架构与消息模型深度解析(二)
架构·kafka·linq
计算机毕设定制辅导-无忧学长2 小时前
Kafka 核心架构与消息模型深度解析(一)
分布式·架构·kafka
Fanxt_Ja2 小时前
【JVM】三色标记法原理
java·开发语言·jvm·算法
Mr Aokey3 小时前
Spring MVC参数绑定终极手册:单&多参/对象/集合/JSON/文件上传精讲
java·后端·spring
小马爱记录3 小时前
sentinel规则持久化
java·spring cloud·sentinel