我的编程空间,编程开发者的网络收藏夹
学习永远不晚

事务隔离性和隔离级别

短信预约 信息系统项目管理师 报名、考试、查分时间动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

事务隔离性和隔离级别

事务隔离性和隔离级别

隔离性是当多个用户并发访问数据库时,比如同时操作同一张表时,数据库为每一个用户开启的事务,不能被其他事务的操作所干扰,多个并发事务之间要相互隔离

一、概念

  • Read uncommitted(读未提交)
  • Read Committed(读已提交)
  • Repeatable Reads(可重复读)
  • Serializable(串行化)

Read uncommitted

读未提交:隔离级别最低的一种事务级别。在这种隔离级别下,会引发脏读、不可重复读和幻读。

Read Committed

读已提交读到的都是别人提交后的值。这种隔离级别下,会引发不可重复读和幻读,但避免了脏读。

Repeatable Reads

可重复读这种隔离级别下,会引发幻读,但避免了脏读、不可重复读。

Serializable

串行化是最严格的隔离级别。在Serializable隔离级别下,所有事务按照次序依次执行。脏读、不可重复读、幻读都不会出现。

 

 

 

二、操作

查看事务隔离级别

SHOW VARIABLES LIKE "tx_isolation";

查看全局的事务隔离级别

SHOW GLOBAL VARIABLES LIKE "tx_isolation";

使用系统变量查询

SELECT @@global.tx_isolation;
SELECT @@session.tx_isolation;
SELECT @@tx_isolation;

补充

MySql常用命令

    • 查询隔离级别
      select @@tx_isolation;

    • 设置手动提交
      set autocommit=0 ;

    • 查看当前事务自动提交模式
      select @@autocommit;

    • 设置隔离级别
      set tx_isolation = "READ-COMMITTED";

    • 查询表的状态
      show table status like "test1";

    • 修改表的存储引擎
      alter table test1 engine = INNODB

    • 查看是否开启日志
      show variables like "log_bin";

    • 查看日志状态
      show master status;

3.2 设置MysQL的事务隔离级别

语法

SET [GLOBAL | SESSION] TRANSACTION ISOLATION LEVEL

{

  REPEATABLE READ

  | READ COMMITTED

  | READ UNCOMMITTED

  | SERIALIZABLE

}

GLOBAL:设置全局的事务隔离级别
SESSION:设置当前session的事务隔离级别,如果语句没有指定GLOBAL或SESSION,默认值为SESSION

使用系统变量设置事务隔离级别

SET GLOBAL tx_isolation="REPEATABLE-READ";
SET SESSION tx_isolation="SERIALIZABLE";

 

在多个事务并发做数据库操作的时候,如果没有有效的避免机制,就会出现种种问题。大体上有以下问题:

问题一:脏读

脏读指一个事务读取了另外一个事务未提交的数据。

具体看后文案例介绍

问题二:不可重复读

不可重复读指在一个事务内读取表中的某一行数据,多次读取结果不同。
不可重复读和脏读的区别是,脏读是读取前一事务未提交的脏数据,不可重复读是重新读取了前一事务已提交的数据。

具体看后文案例介绍

问题三:幻读(虚读)

幻读(虚读)指在一个事务内读取到了别的事务插入的数据,导致前后读取不一致。

以下都是采用mysql数据库

三、案例

下面实际操作中使用到的一些并发控制语句,可看上面的操作介绍

作为演示:product表(产品表)

  产品ID        产品名称        产品价格        产品数量   .

productIdproductNameproductPriceproductCount
1 xiaomi 1999 100
 

带着上面的问题我们来看一下,事务在没有隔离性的情况下,会引发哪些问题?

同时打开两个窗口模拟2个用户并发访问数据库

3.1事务隔离级别设置为read uncommitted

查询事务隔离级别

SELECT @@tx_isolation;

设置隔离级别为未提交读:

SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

注意:需要同时修改两个窗口的事务隔离级别

以下我们以两位用户抢小米手机为例

时间轴事务A事务B
T1 start transaction;  
T2 select p.productName,p.productCount from product p where p.productId=1;(productCount =100)  
T3   start transaction;
T4   select p.productName,p.productCount from product p where p.productId=1;(productCount =100)
T5   update product set productCount = 99 where productId = 1;
T6 select p.productName,p.productCount from product p where p.productId=1;(productCount =99)  
T7   ROLLBACK;
T8 select p.productName,p.productCount from product p where p.productId=1;(productCount =100)  

T1—— A用户开启事务,start transaction;
T2—— A用户查询当前小米手机剩余数量,select p.productName,p.productCount from product p where p.productId=1;此时数量显示为100。
T3——B用户开启事务,start transaction;
T4——B用户查询当前小米手机剩余数量,select p.productName,p.productCount from product p where p.productId=1;此时数量显示为100。
T5—— B用户购买了一台小米手机,update product set productCount = 99 where productId = 1; 此时只修改数据并未提交事务。
T6—— A用户刷新页面,select p.productName,p.productCount from product p where p.productId=1;此时数量显示为99。
T7—— B用户购买失败,回滚事务。
T8—— A用户查询当前小米手机剩余数量,select p.productName,p.productCount from product p where p.productId=1;此时数量显示为100。

小结:

事务A读取了未提交的数据,事务B的回滚,导致了事务A的数据不一致,导致了事务A的脏读 !

3.2事务隔离级别设置为Read Committed

查询事务隔离级别

SELECT @@tx_isolation;

更改数据库隔离级别,设置隔离级别为提交读:

SET SESSION  TRANSACTION ISOLATION LEVEL READ COMMITTED;

注意:需要同时修改两个窗口的事务隔离级别

时间轴事务A事务B
T1 start transaction;  
T2 select p.productName,p.productCount from product p where p.productId=1;(productCount =100)  
T3   start transaction;
T4   select p.productName,p.productCount from product p where p.productId=1;(productCount =100)
T5   update product set productCount = 99 where productId = 1;
T7 select p.productName,p.productCount from product p where p.productId=1;(productCount =100)  
T6   commit;
T8 select p.productName,p.productCount from product p where p.productId=1;(productCount =99)  

这里就不再对流程做过多赘述。

小结:

可以看到避免了脏读现象,但是却出现了,一个事务还没有结束,就发生了不可重复读问题,即事务A来说 productCount从 100->100->99。但这个过程中事务并未提交结束。

 

3.3事务隔离级别设置为Repeatable Read(mysql默认级别)

查询事务隔离级别

SELECT @@tx_isolation;

更改数据库隔离级别,设置隔离级别为可重复读:

SET SESSION  TRANSACTION ISOLATION LEVEL REPEATABLE READ;

注意:需要同时修改两个窗口的事务隔离级别

时间轴事务A事务B
T1 start transaction;  
T2 select p.productName,p.productCount from product p where p.productId=1;(productCount =100)  
T3   start transaction;
T4   select p.productName,p.productCount from product p where p.productId=1;(productCount =100)
T5   update product set productCount = 99 where productId = 1;
T7 select p.productName,p.productCount from product p where p.productId=1;(productCount =100)  
T6   commit;
T8 select p.productName,p.productCount from product p where p.productId=1;(productCount =100)  

这里就不再对流程做过多赘述。

小结:

可以看到可重复读隔离级别避免了脏读不可重复读的问题,但是出现了幻读现象。事务A查询到的小米数量等于100,但是事务B修改了数量为99,但是事务A读取到的值还是100。当事务A去减1等于99时,是错误的,此时应该是99-1=98才对。接下来我们再提高一个事务隔离级别。

3.4事务隔离级别设置为Serializable

查询事务隔离级别

SELECT @@tx_isolation;

更改数据库隔离级别,设置隔离级别为串行化:

SET SESSION  TRANSACTION ISOLATION LEVEL REPEATABLE READ;
时间轴事务A事务B
--- --- ---
T1 start transaction;  
T2   start transaction;
T2 select p.productName,p.productCount from product p where p.productId=1;(productCount =100);  
T4   update product set productCount = 99 where productId = 1;(等待中..)

这里就不再对流程做过多赘述。

小结:

在我们Serializable隔离级别中,我们可以看到事务B去做修改动作时卡主了,不能向下执行。这是因为:给事务A的select操作上了锁,所以事务B去修改值的话,就会被卡主。只有当事务A操作执行完毕,才会执行事务B的操作。这样就避免了上述三个问题了。

问题本身

  • 回到问题的本身,其实我们并不需要将事务提到这么高。

  • 问题的本身就是,当我们读完了的时候,就要在上面加锁。我们不希望别人能够去读它。因为别人读到了count,就会修改count的值,并写进去。所以我们在select 操作的时候,加上for update。这时候就会把这行操作给锁掉了。那么另外一个人也进行相同的操作,也表示select 出来的count需要进行update,需要锁住。

  • select p.productName,p.productCount from product p where p.productId=1 for update;
  • 在实际开发过程中,这样的加锁行为,是非常的耗系统性能的

本章节主要介绍了数据库中事务的ADID特性中的隔离性,在没有隔离的情况下会发生什么问题,相信大家通过本章,对数据库事务中的隔离性有了一定的了解,下篇文章我们将介绍数据库中的悲观锁与乐观锁

 

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

事务隔离性和隔离级别

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

事务隔离性和隔离级别

隔离性是当多个用户并发访问数据库时,比如同时操作同一张表时,数据库为每一个用户开启的事务,不能被其他事务的操作所干扰,多个并发事务之间要相互隔离事务的隔离级别有哪些?一、概念Read uncommitted(读未提交)Read Committed(读已提交)R
事务隔离性和隔离级别
2021-04-27

SqlServer事务详解(事务隔离性和隔离级别详解) - 熊泽

概述  不少人对于事务的使用局限于begin transaction:开始事务、commit transaction:提交事务、rollback transaction:回滚事务的初步运用。并且知道使用事务后, 事务中所有操作命令必须作为一个整体提交或回滚,如
SqlServer事务详解(事务隔离性和隔离级别详解) - 熊泽
2019-10-07

MySQL的事务隔离级别

目录数据库事务的四大特性⑴ 原子性(Atomicity)⑵ 一致性(Consistency)⑶ 隔离性(Isolation)⑷ 持久性(Durability)SQL的4种隔离级别Read Uncommitted(读取未提交内容)Read Committed(读
MySQL的事务隔离级别
2021-07-07

MySQL 事务的隔离级别

1. 事务的ACID事务的ACID是指事务拥有的4个特性的首字母组合:atomicity(原子性), consistency(一致性), isolation(隔离性)和durability(持久性)。①atomicity(原子性):表示事务是一个不可分割的工作
MySQL 事务的隔离级别
2019-01-27

粗谈MySQL事务的特性和隔离级别

网上对于此类的文章已经十分饱和了,那还写的原因很简单——作为自己的理解笔记。前言​  此篇文章作为自己学习MySQL的一些个人理解,使用的引擎是InnoDb。首先先讲讲事务的概念,在《高性能MySQL》第三版中其对事务的描述是这样的:事务就是一组原子性的SQL
粗谈MySQL事务的特性和隔离级别
2014-10-16

聊聊MySQL事务的特性和隔离级别

网上对于此类的文章已经十分饱和了,那还写的原因很简单——作为自己的理解笔记。 前言 此篇文章作为自己学习MySQL的一些个人理解,使用的引擎是InnoDb。首先先讲讲事务的概念,在《高性能MySQL》第三版中其对事务的描述是这样的:事务就是
2022-05-11

事务的 4 个隔离级别

一、事务的 4 个隔离级别未提交读(Read Uncommitted):事务可以读取未提交的数据,也称作脏读(Dirty Read)。一般很少使用。提交读(Read Committed):是大都是 DBMS (如:Oracle, SQLServer)默认事务隔
事务的 4 个隔离级别
2016-08-30

啥是 MySQL 事务隔离级别?

本来我觉得事务隔离级别这玩意儿太简单没啥可讲的,但是经过了上面这件事,我打算详细的把事务隔离给讲讲。接下来顺便就把 InnoDB 所有的事务隔离级别给搂一遍。

MySQL锁与事务隔离级别

1、概述(1)锁的定义锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中,除了传统的计算资源(如CPU、RAM、IO等)的争用以外,数据也是一种供需要用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题,锁冲突也是影响
MySQL锁与事务隔离级别
2021-12-05

事务隔离级别通俗指南:轻松理解不同隔离级别

事务隔离级别是数据库管理系统中控制并发事务访问共享数据的机制。它决定了哪些事务可以看到其他事务的更新,以及在不同的事务并发执行时会发生什么。了解事务隔离级别对任何系统架构师、数据库管理员和应用程序开发人员来说都是非常重要的,因为它可以帮助他们在设计和实现系统时避免并发问题。
事务隔离级别通俗指南:轻松理解不同隔离级别
2024-02-23

数据库事务:ACID 和隔离级别

一、什么是事务事务是将多条 SQL 作为一个整体进行数据操作。这样能确保全部执行成功或全部执行失败,不改变任何数据。根据业务需求选择不同的存储引擎。对于那些不需要事务的查询类应用,选择非事务型的存储引擎能得到更高的性能,LOCK TABLES 也能为应用提供一
数据库事务:ACID 和隔离级别
2016-06-16

编程热搜

目录