【MySQL】黑悟空都掌握的技能,数据库隔离级别全攻略

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
云原生内存数据库 Tair,内存型 2GB
简介: 本文以热门游戏《黑神话:悟空》为契机,深入浅出地解析了数据库事务的四种隔离级别:读未提交、读已提交、可重复读和串行化。通过具体示例,展示了不同隔离级别下的事务行为差异及可能遇到的问题,如脏读、不可重复读和幻读等。此外,还介绍了在MySQL中设置隔离级别的方法,包括全局和会话级别的调整,并通过实操演示了各隔离级别下的具体效果。本文旨在帮助开发者更好地理解和运用事务隔离级别,以提升数据库应用的一致性和性能。

前言

🍊缘由

黑神话悟空玩家必备,数据库隔离级别完全解读

🐣闪亮主角

大家好,我是JavaDog程序狗

今天借着黑神话悟空的热度,跟大家分享一下数据库隔离级别,也是面试必备的八股文

😈你想听的故事

最近狗哥这当面试官的频率越来越多,面试者的水平也参差不齐...

关于数据库隔离级别的问题也是五花八门,有的小伙伴说这完全是八股文,没有实际作用

但狗哥作为搬砖编码小王子,认为基础内容必须掌握,不只为了应付面试,而是提升自己的必经道路

遂狗哥总结数据库隔离级别全攻略,与小伙伴一起分享这个知识点

正文

🎯主要目标

1.MySQL事务隔离级别

2.如何设置隔离级别

3.实操分析隔离级别

🍪目标讲解

一.MySQL四大隔离级别

事务隔离级别
1.读未提交 (Read Uncommitted)
  • 允许一个事务读取另一个事务未提交的数据。
2.读已提交 (Read Committed)
  • 一个事务只能读取另一个事务已经提交的数据。
3.可重复读 (Repeatable Read)
  • 保证在一个事务内多次读取同一数据时,其结果是一致的。
  • 这是 MySQL 默认的隔离级别。
4.串行化 (Serializable)
  • 强制事务串行执行,避免所有并发问题。

隔离水平
1.读未提交 (Read Uncommitted)
  • 隔离水平:最低
  • 特性:允许一个事务读取另一个事务未提交的数据。
2.读已提交 (Read Committed)
  • 隔离水平:较低
  • 特性:一个事务只能读取另一个事务已经提交的数据。
3.可重复读 (Repeatable Read)
  • 隔离水平:较高
  • 特性:保证在一个事务内多次读取同一数据时,其结果是一致的。
  • 默认设置:这是 MySQL 默认的隔离级别。
4.串行化 (Serializable)
  • 隔离水平:最高
  • 特性:强制事务串行执行,避免所有并发问题。

产生问题
1. 读未提交 (Read Uncommitted)
  • 脏读:一个事务读取了另一个事务未提交的数据,如果之后该事务被回滚,则会导致读取的数据无效。
  • 幻读:一个事务读取了一组数据后,另一个事务插入了一些新的数据项,当第一个事务再次读取相同的数据集时,会发现多了未曾见过的行。
  • 不可重复读:一个事务读取了一条数据后,另一个事务修改了这条数据,当第一个事务再次读取时,得到的数据不同。
2. 读已提交 (Read Committed)
  • 不可重复读:一个事务读取了一条数据后,另一个事务修改并提交了这条数据,当第一个事务再次读取时,得到的数据不同。
  • 幻读:一个事务读取了一组数据后,另一个事务插入了一些新的数据项并提交,当第一个事务再次读取相同的数据集时,会发现多了未曾见过的行。
3. 可重复读 (Repeatable Read)
  • 幻读:一个事务读取了一组数据后,另一个事务插入了一些新的数据项并提交,当第一个事务再次读取相同的数据集时,会发现多了未曾见过的行。
    默认设置:这是 MySQL 默认的隔离级别。
4. 串行化 (Serializable)
  • 性能影响:由于所有事务必须串行执行,可能会导致性能下降。
隔离级别 脏读 幻读 不可重复度
读未提交
读已提交 不会
可重复读 不会 不会
串行化 不会 不会 不会

🎯名词解释

  • 脏读

定义:一个事务能够读取到另一个事务尚未提交的数据。

🌰现实例子:想象一下你在银行排队等待办理业务,而你的朋友正在柜台办理转账。你的朋友还没有完成转账操作,也就是说这笔钱还没有真正从他的账户转到你的账户。但是,你却提前看到了自己的账户余额增加了这笔钱。如果这时你的朋友决定取消转账,那么你看到的余额增加就是“脏”的,因为你实际上并没有收到这笔钱。

  • 幻读

定义:幻读是指在一个事务内多次执行相同的查询语句,第二次或以后的查询返回了第一次查询时不存在的额外记录。

🌰现实例子:想象你在一个图书馆查找书籍,第一次查询时找到了10本书关于编程的书。你离开图书馆去喝了杯咖啡,回来后再次查询,发现现在有12本关于编程的书,因为在这段时间里有人捐赠了两本新书。这就像是在同一个事务中两次查询相同条件下的图书数量,但得到的数量不同。

  • 不可重复读

定义:不可重复读是指在一个事务内多次执行相同的查询语句,第二次或以后的查询返回的结果与第一次查询的结果不同。

🌰现实例子:假设你在网上购物,第一次查看某商品的价格是100元。然后你去干别的事情,比如接了个电话。当你再次查看同一件商品的价格时,发现它变成了90元,因为在这段时间里商家做了促销活动降低了价格。这就像是在一个事务中两次查询同一商品的价格,但得到了不同的结果。


二.MySQL设置隔离级别

1.全局设置:
  • 修改 MySQL 的配置文件 (my.cnf 或 my.ini) 中的 innodb_locks_unsafe_for_binlog 和 transaction_isolation 参数
  • 这种设置适用于所有连接到 MySQL 的会话,并且需要重启 MySQL 服务才能生效。
2.会话级别设置:
  • 使用SET SESSION 或 SET 命令来设置当前会话的隔离级别
  • 这种设置只对当前会话有效,并且不会影响其他会话。

具体的 SQL 命令如下:

  • 设置全局隔离级别:
  -- 修改配置文件中的设置
  # 在 my.cnf 或 my.ini 文件中添加如下设置
  [mysqld]
  transaction_isolation = <isolation_level>
  • 设置当前会话隔离级别:
  -- 设置当前会话的隔离级别为 REPEATABLE READ
  SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;

  -- 或者简写形式
  SET SESSION tx_isolation='REPEATABLE-READ';
  • 设置当前事务的隔离级别:
  -- 在事务开始之前设置隔离级别
  SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

其中 是你想要设置的隔离级别,可以是以下之一:

READ UNCOMMITTED:最低的隔离级别,允许脏读。

READ COMMITTED:允许不可重复读。

REPEATABLE READ:MySQL 默认的隔离级别,防止不可重复读。

SERIALIZABLE:最高的隔离级别,完全防止脏读、不可重复读和幻读。

🌰示例

假设你想要设置当前会话的隔离级别为 READ COMMITTED,你可以这样操作:

-- 查看当前会话的隔离级别
SELECT @@SESSION.transaction_isolation;

-- 设置当前会话的隔离级别为 READ COMMITTED
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

-- 再次查看确认是否设置成功
SELECT @@SESSION.transaction_isolation;

💥注意:这些设置只会影响当前会话或当前事务,并且在事务结束后,隔离级别会恢复到之前的设置。如果你希望永久地更改隔离级别,你需要修改配置文件并重启 MySQL 服务。


三.实操分析隔离级别

🍓前置准备:

新建一个产品表,包含主键(id),价格(price),并插入一条数据,用作实际测试

-- 创建表
CREATE TABLE `demo`.`Untitled`  (
  `id` bigint(20) NOT NULL COMMENT '主键id',
  `price` decimal(10, 2) NULL COMMENT '价格',
  PRIMARY KEY (`id`)
);
-- 测试数据
INSERT INTO `demo`.`product` (`id`, `price`) VALUES (1, 10.00);
INSERT INTO `demo`.`product` (`id`, `price`) VALUES (2, 10.00);
INSERT INTO `demo`.`product` (`id`, `price`) VALUES (3, 10.00);
INSERT INTO `demo`.`product` (`id`, `price`) VALUES (4, 10.00);
1.读未提交 (Read Uncommitted)
  • 回顾下读未提交概念

允许一个事务读取另一个事务尚未提交的数据。这种隔离级别提供了最高的并发性,但也可能导致一些问题,如脏读(Dirty Read)和不可重复读(Non-repeatable Read)

  • 读未提交事务1操作

事务1设置事务隔离级别为读未提交,开启事务,修改产品表id=1的price为99,注意这里并未提交事务

-- 设置事务隔离级别为读未提交
SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
-- 开始事务
START TRANSACTION;
-- 更新表中id=1的产品价格
UPDATE product SET price=99 WHERE id=1;
-- 确认更新成功,读未提交事务1查询
SELECT * FROM product WHERE id=1;

  • 读未提交事务2操作

事务2设置事务隔离级别为读未提交,去查看产品表id=1的price,结果是99,也就是读到了事务1中还未提交事务的值

-- 设置事务隔离级别为读未提交
SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
-- 开始事务
START TRANSACTION;
-- 读未提交事务2查询
SELECT * FROM product WHERE id=1;

2. 读已提交 (Read Committed)
  • 回顾下读已提交概念

读已提交它确保每个事务只能看到已经提交的更改,从而避免了脏读,但可能会发生不可重复读和幻读

  • 读已提交事务1操作

事务1设置事务隔离级别为读已提交,开启事务,修改产品表id=2的price为99,注意这里并未提交事务

-- 设置事务隔离级别为读已提交
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
START TRANSACTION;
-- 更新表中id=2的数据
UPDATE product SET price=99 WHERE id=2;
-- 确认上面的UPDATE语句执行成功
SELECT * FROM product WHERE id=2;

  • 读已提交事务2操作

事务2设置事务隔离级别为读已提交,**去查看产品表id=2的price,结果是10,也就事务1更新前的值

-- 设置事务隔离级别为读已提交
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
-- 开始事务
START TRANSACTION;
-- 读未提交事务2查询
SELECT * FROM product WHERE id=2;

  • 读已提交事务1再操作

将刚才上一步price更新为99的事务进行提交commit

-- 提交事务
COMMIT;

  • 读已提交事务2再操作

事务1已提交,**去查看产品表id=2的price,结果是99,也就事务1更新后的值

-- 读未提交事务2查询
SELECT * FROM product WHERE id=2;

3. 可重复读 (Repeatable Read)
  • 回顾下可重复读概念

可重复读确保在同一个事务内多次读取相同的数据时结果是一致的,即使在这期间有其他事务进行了更新。

  • 可重复读事务1操作

事务1设置事务隔离级别为可重复读,开启事务,修改产品表id=3的price为99,注意这里并未提交事务

-- 设置事务隔离级别为可重复读
SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;
START TRANSACTION;
-- 更新表中id=3的数据
UPDATE product SET price=99 WHERE id=3;
-- 确认上面的UPDATE语句执行成功
SELECT * FROM product WHERE id=3;

  • 可重复读事务2操作

事务2设置事务隔离级别为可重复读,**去查看产品表id=2的price,结果是10,也就事务1更新前的值

-- 设置事务隔离级别为可重复读
SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;
-- 开始事务
START TRANSACTION;
-- 读未提交事务3查询
SELECT * FROM product WHERE id=3;

  • 可重复读事务1再操作

将刚才上一步price更新为99的事务进行提交commit

-- 提交事务
COMMIT;

  • 可重复读事务2再操作

事务1已提交,**去查看产品表id=3的price,结果还是10,也就事务1提交后也是重复读取提交前的10

-- 可重复读事务3查询
SELECT * FROM product WHERE id=3;

4. 串行化 (Serializable)
  • 回顾下串行化概念

串行化确保事务以串行的方式执行,完全避免了并发问题,但可能会降低系统的并发性能。

  • 串行化事务1操作

事务1设置事务隔离级别为串行化,开启事务,修改产品表id=1的price为99,注意这里并未提交事务

-- 设置事务隔离级别为串行化
SET GLOBAL TRANSACTION ISOLATION LEVEL SERIALIZABLE;
-- 开始事务
START TRANSACTION;
-- 更新表中id=4的产品价格
UPDATE product SET price=99 WHERE id=4;
-- 确认更新成功,读未提交事务4查询
SELECT * FROM product WHERE id=1;

  • 串行化事务2操作

事务2设置事务隔离级别为串行化,去查看产品表id=4的price,结果一直阻塞中等待

-- 设置事务隔离级别为读未提交
SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
-- 开始事务
START TRANSACTION;
-- 读未提交事务2查询
SELECT * FROM product WHERE id=1;

总结

本文通过生动的例子和实际操作,全面解读了MySQL中的四种事务隔离级别:读未提交、读已提交、可重复读和串行化

首先介绍了每种隔离级别的特点及其可能产生的问题,例如脏读、不可重复读和幻读。

接着详细说明了如何在MySQL中设置不同的隔离级别,包括全局设置和会话级别的设置方法

最后通过一系列实操案例,直观展示了不同隔离级别下事务间交互的具体表现,帮助读者理解各种隔离级别的实际应用场景及优缺点。

通过本文的学习,开发者可以更好地掌握事务隔离级别的选择与应用,从而提高数据库应用程序的一致性和性能

🍯猜你喜欢

文章推荐

【实操】Spring Cloud Alibaba AI,阿里AI这不得玩一下(含前后端源码)

【规范】看看人家Git提交描述,那叫一个规矩

【项目实战】SpringBoot+uniapp+uview2打造H5+小程序+APP入门学习的聊天小项目

【项目实战】SpringBoot+uniapp+uview2打造一个企业黑红名单吐槽小程序

【模块分层】还不会SpringBoot项目模块分层?来这手把手教你!

相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
15天前
|
SQL 关系型数据库 MySQL
乐观锁在分布式数据库中如何与事务隔离级别结合使用
乐观锁在分布式数据库中如何与事务隔离级别结合使用
|
18天前
|
弹性计算 关系型数据库 数据库
手把手带你从自建 MySQL 迁移到云数据库,一步就能脱胎换骨
阿里云瑶池数据库来开课啦!自建数据库迁移至云数据库 RDS原来只要一步操作就能搞定!点击阅读原文完成实验就可获得一本日历哦~
|
1天前
|
存储 缓存 关系型数据库
MySQL 视图:数据库中的灵活利器
视图是数据库中的虚拟表,由一个或多个表的数据经筛选、聚合等操作生成。它不实际存储数据,而是动态从基础表中获取。视图可简化数据访问、增强安全性、提供数据独立性、实现可重用性并提高性能,是管理数据库数据的有效工具。
|
1天前
|
SQL 关系型数据库 MySQL
MySQL技术安装配置、数据库与表的设计、数据操作解析
MySQL,作为最流行的关系型数据库管理系统之一,在WEB应用领域中占据着举足轻重的地位。本文将从MySQL的基本概念、安装配置、数据库与表的设计、数据操作解析,并通过具体的代码示例展示如何在实际项目中应用MySQL。
6 0
|
14天前
|
前端开发 C# 设计模式
“深度剖析WPF开发中的设计模式应用:以MVVM为核心,手把手教你重构代码结构,实现软件工程的最佳实践与高效协作”
【8月更文挑战第31天】设计模式是在软件工程中解决常见问题的成熟方案。在WPF开发中,合理应用如MVC、MVVM及工厂模式等能显著提升代码质量和可维护性。本文通过具体案例,详细解析了这些模式的实际应用,特别是MVVM模式如何通过分离UI逻辑与业务逻辑,实现视图与模型的松耦合,从而优化代码结构并提高开发效率。通过示例代码展示了从模型定义、视图模型管理到视图展示的全过程,帮助读者更好地理解并应用这些模式。
30 0
|
14天前
|
SQL 数据采集 关系型数据库
|
14天前
|
数据库 关系型数据库 MySQL
惊!Hibernate与MySQL的绝密优化技巧大揭秘,让你的数据库飞起来!
【8月更文挑战第31天】在企业应用开发中,结合使用持久层框架Hibernate与数据库管理系统MySQL可显著提升数据库交互效率。本文探讨了多项优化策略,包括配置二级缓存、采用单向关联减少JOIN操作、优化HQL查询语句以及合理使用MySQL索引。通过具体示例,文章详细讲解了如何实施这些优化措施,以期为企业应用提供更高效稳定的数据支持。
25 0
|
14天前
|
SQL 关系型数据库 MySQL
SQL Server、MySQL、PostgreSQL:主流数据库SQL语法异同比较——深入探讨数据类型、分页查询、表创建与数据插入、函数和索引等关键语法差异,为跨数据库开发提供实用指导
【8月更文挑战第31天】SQL Server、MySQL和PostgreSQL是当今最流行的关系型数据库管理系统,均使用SQL作为查询语言,但在语法和功能实现上存在差异。本文将比较它们在数据类型、分页查询、创建和插入数据以及函数和索引等方面的异同,帮助开发者更好地理解和使用这些数据库。尽管它们共用SQL语言,但每个系统都有独特的语法规则,了解这些差异有助于提升开发效率和项目成功率。
81 0
|
23天前
|
SQL 关系型数据库 MySQL
【揭秘】MySQL binlog日志与GTID:如何让数据库备份恢复变得轻松简单?
【8月更文挑战第22天】MySQL的binlog日志记录数据变更,用于恢复、复制和点恢复;GTID为每笔事务分配唯一ID,简化复制和恢复流程。开启binlog和GTID后,可通过`mysqldump`进行逻辑备份,包含binlog位置信息,或用`xtrabackup`做物理备份。恢复时,使用`mysql`命令执行备份文件,或通过`innobackupex`恢复物理备份。GTID模式下的主从复制配置更简便。
107 2
|
22天前
|
关系型数据库 MySQL 数据库
RDS MySQL灾备服务协同解决方案构建问题之数据库备份数据的云上云下迁移如何解决
RDS MySQL灾备服务协同解决方案构建问题之数据库备份数据的云上云下迁移如何解决

相关产品

  • 云数据库 RDS MySQL 版