MYSQL数据库之事务隔离级别详解
Posted qian-fen
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MYSQL数据库之事务隔离级别详解相关的知识,希望对你有一定的参考价值。
本系列为:MySQL数据库详解,为千锋资深教学老师独家创作
致力于为大家讲解清晰MySQL数据库相关知识点,含有丰富的代码案例及讲解。如果感觉对大家有帮助的话,可以【关注】持续追更~
文末有本文重点总结,技术类问题,也欢迎大家和我们沟通交流!
前言
从今天开始本系列内容就带各位小伙伴学习数据库技术。数据库技术是Java开发中必不可少的一部分知识内容。也是非常重要的技术。本系列教程由浅入深, 全面讲解数据库体系。 非常适合零基础的小伙伴来学习。
全文大约 【1505】字,不说废话,只讲可以让你学到技术、明白原理的纯干货!本文带有丰富案例及配图,让你更好的理解和运用文中的技术概念,并可以给你带来具有足够启迪的思考...
一. 事务隔离级别
什么是事务隔离级别呢?对我们的日常操作结果又有什么影响呢?下面带各位小伙伴先来了解下事务隔离级别的概念。
1. 隔离级别的概念
多个客户端操作时 ,各个客户端的事务之间应该是隔离的,相互独立的 , 不受影响的。
如果多个事务操作同一批数据时,则需要设置不同的隔离级别 , 否则就会产生问题 。
2. 四种隔离级别
我们先来了解一下四种隔离级别的名称 , 再来看看可能出现的问题。
1 | 读未提交 | read uncommitted |
---|---|---|
2 | 读已提交 | read committed |
3 | 可重复读 | repeatable read |
4 | 串行化 | serializable |
3. 可能引发的问题
下面总结了数据库中不同事务隔离级别可能引发的问题。各位小伙伴可以参照下:
问题 | 现象 |
---|---|
脏读 | 是指在一个事务处理过程中读取了另一个未提交的事务中的数据 , 导致两次查询结果不一致。 |
不可重复读 | 是指在一个事务处理过程中读取了另一个事务中修改并已提交的数据, 导致两次查询结果不一致。 |
幻读 | select 某记录是否存在,不存在,准备插入此记录,但执行 insert 时发现此记录已存在,无法插入。或不存在执行delete删除,却发现删除成功。 |
4. 数据库隔离级别操作语法
查询数据库隔离级别:
语法:SELECT @@TX_ISOLATION;
修改数据库隔离级别:
语法:SET GLOBAL TRANSACTION ISOLATION LEVEL 级别字符串;
5. 事务隔离级别演示
举个例子:脏读的问题
-- 查询账户表
select * from account;
-- 设置隔离级别为read uncommitted
set global transaction isolation level read uncommitted;
-- 开启事务
start transaction;
-- 转账
update account set money = money - 500 where id = 1;
update account set money = money + 500 where id = 2;
-- 窗口2查询转账结果 ,出现脏读(查询到其他事务未提交的数据)
-- 窗口2查看转账结果后,执行回滚
rollback;
举个栗子:解决脏读的问题和演示不可重复读的问题。
-- 设置隔离级别为read committed
set global transaction isolation level read committed;
-- 开启事务
start transaction;
-- 转账
update account set money = money - 500 where id = 1;
update account set money = money + 500 where id = 2;
-- 窗口2查看转账结果,并没有发生变化(脏读问题被解决了)
-- 执行提交事务。
commit;
-- 窗口2查看转账结果,数据发生了变化(出现了不可重复读的问题,读取到其他事务已提交的数据)
举个栗子:解决不可重复读的问题。
-- 设置隔离级别为repeatable read
set global transaction isolation level repeatable read;
-- 开启事务
start transaction;
-- 转账
update account set money = money - 500 where id = 1;
update account set money = money + 500 where id = 2;
-- 窗口2查看转账结果,并没有发生变化
-- 执行提交事务
commit;
-- 这个时候窗口2只要还在上次事务中,看到的结果都是相同的。
-- 只有窗口2结束事务,才能看到变化(不可重复读的问题被解决)
6. 隔离级别总结
编号 | 隔离级别 | 名称 | 出现脏读 | 出现不可重复读 | 出现幻读 | 数据库默认隔离级别 |
---|---|---|---|---|---|---|
1 | read uncommitted | 读未提交 | 是 | 是 | 是 | |
2 | read committed | 读已提交 | 否 | 是 | 是 | Oracle / SQL Server |
3 | repeatable read | 可重复读 | 否 | 否 | 是 | MySQL |
4 | serializable | 串行化 | 否 | 否 | 否 |
注意: 隔离级别从小到大安全性越来越高,但是效率越来越低 , 所以不建议使用READ UNCOMMITTED 和 SERIALIZABLE 隔离级别。
二. 结语
最后在这里对本文核心要点进行总结:
1. 理解脏读、幻读、不可重复读产生的原因和解决办法。
2. 各位小伙伴熟练记住不同隔离级别以及会导致的问题。
以上就是本文的全部内容了,更多技术类干货,可以持续关注~
mysql 事务隔离级别详解
事物的 隔离级别,说简单非常简单(新手也能说出 是个隔离级别 和 影响),说男也非常难。(很多 有几年编程 经验的程序员依旧搞不清楚)
废话不多少 直接开始:
事务的隔离级别 是用来描述 事务的读关系的,和写完全没有关系。所有数据库都不允许修改一个事务未提交的数据行。
Read Uncommitted(读取未提交内容)
描述的是。一个未提交的事务里面修改的数据,可以立即被另一个事务查询到( 脏读(Dirty Read) )
实验设计1: 吧数据库隔离级别改成Read Uncommitted , 两个方法 一个循环 查询 出指定 行,每查一次睡一秒。另一个方法 修改这 一行的数据,但是不提交事务(睡 100 秒) 。 先调用查询方法,然后调用修改方法,
结果:修改立即被查询方法查询到。我们读到了脏数据。
Read Committed(读取提交内容)
描述:只能读到已经提交的事务修改的数据,但是在 同一个事务的 2次查询中 ,可以读取到 另一个事务提交了的数据。
实验式设计2: 吧数据库隔离级别改成Read Committed ,两个方法 一个循环 查询 出指定 行,每查一次睡一秒。另一个方法 修改这 一行的数据,并且提交事务 。 先调用查询方法,然后调用修改方法,
结果: 用 实验1 验证 不能读到脏数据,用实验2 验证 2 修改可以被 感知。
备注:实验2 可能会被缓存影响。如果没有发出多次查询sql ,那么就是缓存的影响了,需要关闭mybatis 的 缓存。
springboot 关闭mybits 缓存的方法如下:
mybatis: configuration: cache-enabled: false local-cache-scope: STATEMENT
Repeatable Read(可重读)
描述:Repeatable Read 是mysql 的 默认级别 。 一般的解释 它 可以 避免 不可重复读,但是不能 避免幻读,但是 mysql InnoDB和Falcon存储引擎通过多版本并发控制(MVCC,Multiversion Concurrency Control)机制解决了该问题。
也就是说 mysql 的这个级别已经不会出 幻读 了。关于幻读的解释:幻读 (Phantom Read)。简单的说,幻读指当用户读取某一范围的数据行时,另一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时,会发现有新的“幻影” 行。
实验3:修改实验2 ,查询 改成查询一共有多少行,修改 方法改成查询方法;
结果: 利用实验2证明不在出现 不可重复读,利用 实验3 证明 InnoDB 解决了幻读。
备注: InnoDB mysql 默认的 数据库引擎
Serializable(可串行化) 不管读事务还是写事务都加了独占锁。只能一个事务结束以后,赢一个事务才能执行。
这个最好认证,查询事务没有提交的时候写事务是不能执行的。
怎么修改 mysql的 事务 隔离级别 和 查询 mysql的 隔离级别 在我的另一篇文章中:https://www.cnblogs.com/cxygg/p/9338555.html
以上是关于MYSQL数据库之事务隔离级别详解的主要内容,如果未能解决你的问题,请参考以下文章