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 小结

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

相关推荐
天空属于哈夫克32 天前
企业微信二次开发:精准实现关键词自动回复
架构·企业微信
子兮曰2 天前
jev-ultrafast 深度解析:7 秒订机票的浏览器 Agent 是如何炼成的
前端·后端·agent
小羊没烦恼!2 天前
微服务化的基石——持续集成
java·大数据·word·powerpoint·.net
子兮曰2 天前
Jev 爆发一周:7 秒 Agent 背后的 System One 生态与三场争议
前端·后端·ai编程
俊昭喜喜里3 天前
java中的继承和多态的区别
java
小羊没烦恼!3 天前
初探性能优化——2个月到4小时的性能提升
java·开发语言·windows·算法·c#
爱勇宝3 天前
ZCode 开源 24 小时:一份没有历史的账本,回答不了"有没有偷代码"
前端·后端·chatglm (智谱)
譕痕3 天前
JSONObject与JSONArray封装数据格式区别
java·json
胡写代码3 天前
别再前后端各写一套表单校验了
java·后端
小鱼能吃糖3 天前
缺陷修复总览 · mall电商项目:5类缺陷,1个病根,4个业务域
java·电商