首页 数据库 mysql教程 示例MySQL事务隔离级别以及脏读、幻读、不可重复读

示例MySQL事务隔离级别以及脏读、幻读、不可重复读

Jan 05, 2021 pm 06:01 PM
mysql 事务隔离级别 幻读

示例MySQL事务隔离级别以及脏读、幻读、不可重复读

推荐(免费):mysql视频教程

事务的隔离性

MySQL是一个客户端/服务器架构的软件,对于同一个服务器来说,可以有若干个客户端与之连接,每个客户端与服务器连接上之后,就可以称之为一个会话(Session)。每个客户端都可以在自己的会话中向服务器发出请求语句,一个请求语句可能是某个事务的一部分,也就是对于服务器来说可能同时处理多个事务。当数据库上有多个事务同时执行的时候,就可能出现脏读(Dirty Read)、不可重复读(Non-Repeatable Read)、幻读(Phantom Read)的问题,为了解决这些问题,就有了 “隔离级别” 的概念。

理论上在某个事务对某个数据进行访问时,其他事务应该进行排队,当该事务提交之后,其他事务才可以继续访问这个数据。但一般情况下隔离得越严实,效率就会越低。因此很多时候,我们都要在隔离性和效率二者之间寻找一个平衡点。

事务并发执行遇到的问题

脏读(Dirty Read): 脏读是指一个事务读到了另一个未提交事务修改过的数据。

如小王的账户中有100的余额,接下来有两个事务对小王的账户进行访问。

会话A 会话B
begin;
update xxx set balance = balance+50 where client_no = ‘小王客户号’ ; begin;

select balance from xxx where client_no = ‘小王客户号’ ;
(如果读到150,则意味着发生了脏读)
rollback; commit;

如上,会话A和会话B各开启了一个事务,会话A先给小王账户余额加了50,此时账户B查询小王账户余额为150,接下来会话A进行了回滚,那会话B查询到的150就成一个不正确的脏数据。

不可重复读(Non-Repeatable Read): 不可重复读是指在同一个事务内多次读取同一数据集合,但查到的结果却不相同。发生不可重复读的原因是在多次搜索期间查询的数据被其它事务修改了。

看如下的两个会话请求。

会话A 会话B
begin;
select balance from xxx where client_no = ‘小王客户号’ ;
(读到余额为100)
begin;

update xxx set balance = balance+50 where client_no = ‘小王客户号’ ;

commit;
select balance from xxx where client_no = ‘小王客户号’ ;
(如果读到150,则意味着发生了不可重复读)

commit;

在会话A的同一个事务中,两次相同查询的结果不同,意味着发生了不可重复读。

幻读(Phantom Read): 所谓幻读,指的是当某个事务在读取某个范围内的记录时,另外一个事务又在该范围内插入了新的记录,当之前的事务再次读取该范围的记录时,会读取到之前没有读到的数据。

假如账户表中目前只有小王的余额为100,再看下如下的两个会话请求。

会话A 会话B
begin;
select name from xxx where balance = 100 ;
(读到name为‘小王’)
begin;

insert into xxx(client_no,name,balance) values(‘小张客户号’,‘小张’,100);

commit;
select name from xxx where balance = 100 ;
(如果读到了‘小王’和‘小张’,则意味着发生了幻读)

commit;

会话A事务中的第二次查询,查到了第一次查询没有查到的 name ‘小张’,这就意味着出现了幻读。

SQL标准制定的四种隔离级别

ISO 和 ANIS SQL 标准制定了四种事务隔离级别的标准,分别为:读未提交(read uncommitted)、读提交(read committed)、可重复读(repeatable read)和串行化(serializable )。

我们先来看下这四种隔离级别的意思。

  • 读未提交: 一个事务还没提交时,它做的变更就能被别的事务看到。
  • 读提交: 一个事务提交之后,它做的变更才会被其他事务看到。
  • 可重复读: 一个事务执行过程中看到的数据,总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下,未提交的变更对其他事务也是不可见的。
  • 串行化: 顾名思义是对于同一行记录,“写”会加“写锁”,“读”会加“读锁”。当出现读写锁冲突的时候,后访问的事务必须等前一个事务执行完成,才能继续执行。

SQL 标准中规定,针对不同的隔离级别,并发事务可以发生不同严重程度的问题,具体情况如下:
( √ 表示可以发生;× 表示不可以发生)

隔离级别 脏读 不可重复读 幻读
读未提交(read uncommitted)
读提交(read committed) ×
可重复读(repeatable read) × ×
串行化(serializable ) × × ×

MySQL对四种隔离级别的支持情况

虽然 ISO 和 ANIS SQL 标准制定了四种事务隔离级别的标准,但不是所有数据库厂商都遵循这些标准,比如 Oracle 数据库就不支持读未提交(read uncommitted)和可重复读(repeatable read)的事务隔离级别。

MySQL InnoDB 存储引擎支持4种隔离级别,但与 SQL 标准中定义的不同的是,InnoDB 存储引擎在默认的可重复读(repeatable read)事务隔离级别下,使用 Next-Key Lock 锁的算法,避免了幻读的产生。也就是说 InnoDB 存储引擎在可重复读(repeatable read)的事务隔离级别下,已经可以完全保证事务的隔离性要求,即达到了 SQL 标准中的串行化(serializable )隔离级别的要求。

如何设置事务的隔离级别

在 InnoDB 存储引擎中,可以使用以下命令来设置全局或者当前会话的事务隔离级别:

SET [GLOBAL|SESSION] TRANSACTION ISOLATION LEVEL{	READ UNCOMMITTED
	| READ COMMITTED
	| REPEATABLE READ
	| SERIALIZABLE}

如想设置当前会话的隔离级别为读提交,可以使用如下语句:

SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

如果想在 MySQL 数据库启动时就设置事务的默认隔离级别,那就需要修改配置文件中 transaction-isolation 的值,比方说,我们在启动前指定了 transaction-isolation = READ COMMITTED,那么事务的默认隔离级别就从原来的 REPEATABLE READ 变成了READ COMMITTED。

查看当前会话的事务隔离级别,可以用如下语句:

SELECT @@transaction_isolation;

查看全局的事务隔离级别,可以使用如下语句:

SELECT @@global.transaction_isolation;

注意:transaction_isolation 是在 MySQL 5.7.20 的版本中引入来替换tx_isolation的,如果你使用的是之前版本的 MySQL,请将上述用到的 transaction_isolation 的地方替换为 tx_isolation 。

更多编程相关知识,请访问:编程视频!!

以上是示例MySQL事务隔离级别以及脏读、幻读、不可重复读的详细内容。更多信息请关注PHP中文网其他相关文章!

本站声明
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn

热AI工具

Undress AI Tool

Undress AI Tool

免费脱衣服图片

Undresser.AI Undress

Undresser.AI Undress

人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover

AI Clothes Remover

用于从照片中去除衣服的在线人工智能工具。

Clothoff.io

Clothoff.io

AI脱衣机

Video Face Swap

Video Face Swap

使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸!

热门文章

Rimworld Odyssey温度指南和Gravtech
1 个月前 By Jack chen
初学者的Rimworld指南:奥德赛
1 个月前 By Jack chen
PHP变量范围解释了
4 周前 By 百草
撰写PHP评论的提示
3 周前 By 百草
在PHP中评论代码
3 周前 By 百草

热工具

记事本++7.3.1

记事本++7.3.1

好用且免费的代码编辑器

SublimeText3汉化版

SublimeText3汉化版

中文版,非常好用

禅工作室 13.0.1

禅工作室 13.0.1

功能强大的PHP集成开发环境

Dreamweaver CS6

Dreamweaver CS6

视觉化网页开发工具

SublimeText3 Mac版

SublimeText3 Mac版

神级代码编辑软件(SublimeText3)

热门话题

Laravel 教程
1604
29
PHP教程
1509
276
如何在PHP环境中设置环境变量 PHP运行环境变量添加说明 如何在PHP环境中设置环境变量 PHP运行环境变量添加说明 Jul 25, 2025 pm 08:33 PM

PHP设置环境变量主要有三种方式:1.通过php.ini全局配置;2.通过Web服务器(如Apache的SetEnv或Nginx的fastcgi_param)传递;3.在PHP脚本中使用putenv()函数。其中,php.ini适用于全局且不常变的配置,Web服务器配置适用于需要隔离的场景,putenv()适用于临时性的变量。持久化策略包括配置文件(如php.ini或Web服务器配置)、.env文件配合dotenv库加载、CI/CD流程中动态注入变量。安全管理敏感信息应避免硬编码,推荐使用.en

如何让PHP容器支持自动构建 PHP环境持续集成CI配置方式 如何让PHP容器支持自动构建 PHP环境持续集成CI配置方式 Jul 25, 2025 pm 08:54 PM

要让PHP容器支持自动构建,核心在于配置持续集成(CI)流程。1.使用Dockerfile定义PHP环境,包括基础镜像、扩展安装、依赖管理和权限设置;2.配置GitLabCI等CI/CD工具,通过.gitlab-ci.yml文件定义build、test和deploy阶段,实现自动构建、测试和部署;3.集成PHPUnit等测试框架,确保代码变更后自动运行测试;4.使用Kubernetes等自动化部署策略,通过deployment.yaml文件定义部署配置;5.优化Dockerfile,采用多阶段构

如何搭建独立PHP任务容器环境 PHP定时脚本运行容器配置方法 如何搭建独立PHP任务容器环境 PHP定时脚本运行容器配置方法 Jul 25, 2025 pm 07:27 PM

搭建独立PHP任务容器环境可通过Docker实现,具体步骤如下:1.安装Docker与DockerCompose作为基础;2.创建独立目录存放Dockerfile、crontab文件;3.编写Dockerfile定义PHPCLI环境并安装cron及必要扩展;4.编写crontab文件定义定时任务;5.编写docker-compose.yml挂载脚本目录并配置环境变量;6.启动容器并验证日志。相比Web容器内执行定时任务,独立容器具备资源隔离、环境纯粹、稳定性强、便于扩展等优势。为确保日志与错误捕

如何用PHP构建日志管理系统 PHP日志采集与分析工具 如何用PHP构建日志管理系统 PHP日志采集与分析工具 Jul 25, 2025 pm 08:48 PM

选择日志记录方式:初期可用PHP内置error_log(),项目扩大后务必切换至Monolog等成熟库,支持多handler和日志级别,确保日志含时间戳、级别、文件行号及错误详情;2.设计存储结构:小量日志可文件存储,大量或需分析则选数据库,结构化数据用MySQL/PostgreSQL,半结构化/非结构化推荐Elasticsearch Kibana,同时制定备份与定期清理策略;3.开发分析界面:应具备搜索、过滤、聚合、可视化功能,可直接集成Kibana,或用PHP框架 图表库自研,注重界面简洁易

MySQL/Laravel中关系数据的高级条件查询与过滤 MySQL/Laravel中关系数据的高级条件查询与过滤 Jul 25, 2025 pm 08:39 PM

本文旨在探讨如何在Laravel框架中,利用EloquentORM对关联数据进行高级条件查询与过滤,解决在数据库关系中实现“条件连接”的需求。文章将澄清MySQL中外键的实际作用,并详细讲解如何通过Eloquent的with方法结合闭包函数,对预加载的关联模型应用特定的WHERE子句,从而灵活地筛选出符合条件的相关数据,提升数据检索的精确性。

优化MySQL用于财务数据存储 优化MySQL用于财务数据存储 Jul 27, 2025 am 02:06 AM

MySQL用于金融系统需优化四个关键点:1.金融数据必须使用DECIMAL类型确保精度,时间字段使用DATETIME避免时区问题;2.索引设计要合理,避免频繁更新字段建索引,组合索引按查询顺序排列并定期清理无用索引;3.使用事务确保一致性,控制事务粒度,避免长事务和非核心操作嵌入其中,并根据业务选择合适隔离级别;4.对历史数据按时间分区、归档冷数据并使用压缩表,提升查询效率并优化存储。

MySQL数据库成本效益分析用于云迁移 MySQL数据库成本效益分析用于云迁移 Jul 26, 2025 am 03:32 AM

是否值得将MySQL迁到云上取决于具体使用场景。如果你的业务需要快速上线、弹性扩展和简化运维,且能接受按需付费模式,那么迁云是值得的;但若你的数据库长期稳定、对延迟敏感或受合规限制,则可能不划算。控制成本的关键包括选择合适厂商与套餐、合理配置资源、利用预留实例、管理备份日志及优化查询性能。

优化MySQL用于实时数据提要 优化MySQL用于实时数据提要 Jul 26, 2025 am 05:41 AM

TooptimizeMySQLforreal-timedatafeeds,firstchoosetheInnoDBstorageenginefortransactionsandrow-levellocking,useMEMORYorROCKSDBfortemporarydata,andpartitiontime-seriesdatabytime.Second,indexstrategicallybyonlyapplyingindexestoWHERE,JOIN,orORDERBYcolumns,

See all articles