MySQL事务隔离级别

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
云数据库 RDS PostgreSQL,集群系列 2核4GB
简介: 什么是读未提交? ​ 事务A可以读取到事务B未提交的数据。 ​ 这种隔离级别存在的问题就是: ​ 脏读现象!(Dirty Read) ​ 我们称读到了脏数据。 ​ 这种隔离级别一般都是理论上的,大多数的数据库隔离级别都是二档起步!

image.png


读未提交:read uncommitted(最低的隔离级别,没有提交就读到了)


什么是读未提交?  事务A可以读取到事务B未提交的数据。  这种隔离级别存在的问题就是:  脏读现象!(Dirty Read)  我们称读到了脏数据。  这种隔离级别一般都是理论上的,大多数的数据库隔离级别都是二档起步!


读已提交:read committed(提交之后才能读到)


什么是读已提交?  事务A只能读取到事务B提交之后的数据。  这种隔离级别解决了什么问题?  解决了脏读的现象。  这种隔离级别存在什么问题?  不可重复读取数据。  什么是不可重复读取数据呢?  在事务开启之后,第一次读到的数据是3条,当前事务还没有  结束,可能第二次再读取的时候,读到的数据是4条,3不等于4  称为不可重复读取。


这种隔离级别是比较真实的数据,每一次读到的数据是绝对的真实。  oracle数据库默认的隔离级别是:read committed


可重复读:repeatable read(提交之后也读不到,永远读取的都是刚开启事务时的数据)


什么是可重复读取?  事务A开启之后,不管是多久,每一次在事务A中读取到的数据  都是一致的。即使事务B将数据已经修改,并且提交了,事务A  读取到的数据还是没有发生改变,这就是可重复读。  可重复读解决了什么问题?  解决了不可重复读取数据。  可重复读存在的问题是什么?  会出现幻影读。  每一次读取到的数据都是幻象。不够真实!


早晨9点开始开启了事务,只要事务不结束,到晚上9点,读到的数据还是那样!  读到的是假象。不够绝对的真实。


mysql中默认的事务隔离级别就是这个!!


序列化/串行化:serializable(最高的隔离级别)


这是最高隔离级别,效率最低。解决了所有的问题。  这种隔离级别表示事务排队,不能并发!  synchronized,线程同步(事务同步)  每一次读取到的数据都是最真实的,并且效率是最低的。


验证各种隔离级别


事务A 事务B


start transaction;
select * from t_user;
start transaction; 
insert into t_user values('zhangsan'); 
select * from t_user;


验证:


set global transaction isolation level read committed;


事务A 事务B


start transaction; 
start transaction; 
select * from t_user; 
insert into t_user values('zhangsan'); 
select * from t_user; 
commit; 
select * from t_user;


验证:


set global transaction isolation level repeatable read;


事务A 事务B


start transaction;
select * from t_user; 
insert into t_user values('lisi'); 
insert into t_user values('wangwu'); 
commit; 
select * from t_user;


验证:


set global transaction isolation level serializable;


事务A 事务B


start transaction;
select * from t_user;
insert into t_user values('abc'); 
select * from t_user;


相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
27天前
|
SQL 关系型数据库 MySQL
MySQL 事务回滚。在执行删除、更新等操作时,防止误操作
MySQL 事务回滚。在执行删除、更新等操作时,防止误操作
38 2
|
12天前
|
人工智能 小程序 关系型数据库
【MySQL】黑悟空都掌握的技能,数据库隔离级别全攻略
本文以热门游戏《黑神话:悟空》为契机,深入浅出地解析了数据库事务的四种隔离级别:读未提交、读已提交、可重复读和串行化。通过具体示例,展示了不同隔离级别下的事务行为差异及可能遇到的问题,如脏读、不可重复读和幻读等。此外,还介绍了在MySQL中设置隔离级别的方法,包括全局和会话级别的调整,并通过实操演示了各隔离级别下的具体效果。本文旨在帮助开发者更好地理解和运用事务隔离级别,以提升数据库应用的一致性和性能。
78 2
【MySQL】黑悟空都掌握的技能,数据库隔离级别全攻略
|
18天前
|
SQL 关系型数据库 MySQL
Mysql原理与调优-事务与MVCC
【8月更文挑战第19天】
|
22天前
|
存储 SQL 关系型数据库
深入解析MySQL事务机制和锁机制
深入解析MySQL事务机制和锁机制
|
24天前
|
算法 关系型数据库 MySQL
一天五道Java面试题----第七天(mysql索引结构,各自的优劣--------->事务的基本特性和隔离级别)
这篇文章是关于MySQL的面试题总结,包括索引结构的优劣、索引设计原则、MySQL锁的类型、执行计划的解读以及事务的基本特性和隔离级别。
|
7天前
|
API C# 开发框架
WPF与Web服务集成大揭秘:手把手教你调用RESTful API,客户端与服务器端优劣对比全解析!
【8月更文挑战第31天】在现代软件开发中,WPF 和 Web 服务各具特色。WPF 以其出色的界面展示能力受到欢迎,而 Web 服务则凭借跨平台和易维护性在互联网应用中占有一席之地。本文探讨了 WPF 如何通过 HttpClient 类调用 RESTful API,并展示了基于 ASP.NET Core 的 Web 服务如何实现同样的功能。通过对比分析,揭示了两者各自的优缺点:WPF 客户端直接处理数据,减轻服务器负担,但需处理网络异常;Web 服务则能利用服务器端功能如缓存和权限验证,但可能增加服务器负载。希望本文能帮助开发者根据具体需求选择合适的技术方案。
29 0
|
7天前
|
C# Windows 监控
WPF应用跨界成长秘籍:深度揭秘如何与Windows服务完美交互,扩展功能无界限!
【8月更文挑战第31天】WPF(Windows Presentation Foundation)是 .NET 框架下的图形界面技术,具有丰富的界面设计和灵活的客户端功能。在某些场景下,WPF 应用需与 Windows 服务交互以实现后台任务处理、系统监控等功能。本文探讨了两者交互的方法,并通过示例代码展示了如何扩展 WPF 应用的功能。首先介绍了 Windows 服务的基础知识,然后阐述了创建 Windows 服务、设计通信接口及 WPF 客户端调用服务的具体步骤。通过合理的交互设计,WPF 应用可获得更强的后台处理能力和系统级操作权限,提升应用的整体性能。
21 0
|
7天前
|
存储 关系型数据库 MySQL
MySQL 中的事务存储引擎深入解析
【8月更文挑战第31天】
9 0
|
14天前
|
存储 关系型数据库 MySQL
深入MySQL:事务日志redo log详解与实践
【8月更文挑战第24天】在MySQL的InnoDB存储引擎中,为确保事务的持久性和数据一致性,采用了redo log(重做日志)机制。redo log记录了所有数据修改,在系统崩溃后可通过它恢复未完成的事务。它由内存中的redo log buffer和磁盘上的redo log file组成。事务修改先写入buffer,再异步刷新至磁盘,最后提交事务。若系统崩溃,InnoDB通过redo log重放已提交事务并利用undo log回滚未提交事务,确保数据完整。理解redo log工作流程有助于优化数据库性能和确保数据安全。
73 0
|
14天前
|
存储 SQL 关系型数据库
MySQL事务日志奥秘:undo log大揭秘,一文让你彻底解锁!
【8月更文挑战第24天】本文深入探讨了MySQL中undo log的关键作用及其在确保事务原子性和一致性方面的机制。MySQL通过记录事务前的数据状态,在需要时能回滚至初始状态。主要介绍InnoDB存储引擎下的undo log实现,包括undo segment和record的结构,而MyISAM则采用redo log保障持久性而非一致性。通过一个简单的SQL回滚示例,展示了undo log如何在实际操作中发挥作用,帮助读者更好地理解并运用MySQL事务管理功能。
69 0

热门文章

最新文章

下一篇
DDNS