[MySQL][事务管理][下][事务隔离级别][一致性]详细讲解

于 2024-07-21 00:01:17 发布
阅读量403 收藏 5
点赞数 13
分类专栏： [MySQL] 文章标签： mysql 数据库 事务管理 事务隔离级别 一致性 读未提交 读提交
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_37281656/article/details/140564821
版权

目录

1.事务隔离级别

0.如何理解隔离性？

  • MySQL服务可能会同时被多个客户端进程(线程)访问，访问的方式以事务方式进行
  • 一个事务可能由多条SQL构成，也就意味着，任何一个事务，都有执行前，执行中，执行后的阶段
    • 而所谓的原子性，其实就是让用户层，要么看到执行前，要么看到执行后，执行中出现问题，可以随时回滚
    • 所以单个事务，对用户表现出来的特性，就是原子性
  • 但是，毕竟所有事务都要有个执行过程，那么在多个事务各自执行多个SQL的时候，就还是有可能会出现互相影响的情况
    • 比如：多个事务同时访问同一张表，甚至同一行数据
    • 就如同你妈妈跟你说：你要么别学，要学就学到最好
      • 至于你怎么学，中间有什么困难，你妈妈不关心，那么你的学习，对你妈妈来讲，就是原子的
      • 那么你学习过程中，很容易受别人干扰，此时，就需要将你的学习隔离开，保证你的学习环境是健康的
  • 数据库中，为了保证事务执行过程中尽量不受干扰，就有了一个重要特征：隔离性
  • 数据库中，允许事务受不同程度的干扰，就有了一种重要特征：隔离级别

1.隔离级别

  • 读未提交[Read Uncommitted]：
    • 在该隔离级别，所有的事务都可以看到其他事务没有提交的执行结果
      • 实际生产中不可能使用这种隔离级别的
    • 但是相当于没有任何隔离性，也会有很多并发问题，如脏读，幻读，不可重复读等
  • 读提交[Read Committed]：
    • 该隔离级别是大多数数据库的默认的隔离级别(不是 MySQL 默认的)
    • 它满足了隔离的简单定义：一个事务只能看到其他的已经提交的事务所做的改变
    • 这种隔离级别会引起不可重复读，即：一个事务执行时，如果多次 select， 可能得到不同的结果
  • 可重复读[Repeatable Read]：
    • 这是 MySQL 默认的隔离级别
    • 它确保同一个事务，在执行中，多次读取操作数据时，会看到同样的数据行
    • 但是会有幻读问题
  • 串行化[Serializable]:
    • 这是事务的最高隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决了幻读的问题
    • 它在每个读的数据行上面加上共享锁，但是可能会导致超时和锁竞争
    • 这种隔离级别太极端，实际生产基本不使用
  • 隔离级别如何实现？
    • 隔离，基本都是通过锁实现的，不同的隔离级别，锁的使用是不同的
    • 常见有，表锁，行锁，读锁，写锁，间隙锁(GAP)，Next-Key锁(GAP+行锁)等
    • 不过，目前先有这个认识就行， 先关注上层使用

2.查看与设置隔离性

  • 查看

    mysql> SELECT @@global.tx_isolation; --查看全局隔级别
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| REPEATABLE-READ       |
+-----------------------+

mysql> SELECT @@session.tx_isolation; --查看会话(当前)全局隔级别
+------------------------+
| @@session.tx_isolation |
+------------------------+
| REPEATABLE-READ        |
+------------------------+

mysql> SELECT @@tx_isolation; --默认同上
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+

  • 设置

    • 语法：
    -- 设置当前会话 or 全局隔离级别语法
SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ
COMMITTED | REPEATABLE READ | SERIALIZABLE}

    --设置当前会话隔离性，另起一个会话，只影响当前会话
mysql> set session transaction isolation level serializable; -- 串行化

mysql> SELECT @@global.tx_isolation; --全局隔离性还是RR
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| REPEATABLE-READ       |
+-----------------------+

mysql> SELECT @@session.tx_isolation; --会话隔离性成为串行化
+------------------------+
| @@session.tx_isolation |
+------------------------+
| SERIALIZABLE           |
+------------------------+

mysql> SELECT @@tx_isolation; --同上
+----------------+
| @@tx_isolation |
+----------------+
| SERIALIZABLE   |
+----------------+

--设置全局隔离性，另起一个会话，会被影响
mysql> set global transaction isolation level READ UNCOMMITTED;

mysql> SELECT @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-UNCOMMITTED      |
+-----------------------+

mysql> SELECT @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-UNCOMMITTED       |
+------------------------+

mysql> SELECT @@tx_isolation;
+------------------+
| @@tx_isolation   |
+------------------+
| READ-UNCOMMITTED |
+------------------+
-- 注意，如果没有现象，关闭mysql客户端，重新连接

3.读未提交[Read Uncommitted]

  • 几乎没有加锁，虽然效率高，但是问题太多，严重不建议采用
  • 一个事务在执行中，读到另一个执行中事务的更新(或其他操作)但是未commit的数据，这种现象叫做脏读(dirty read)
    -- 终端A
-- 设置隔离级别为 读未提交
mysql> set global transaction isolation level read uncommitted;

-- 重启客户端
mysql> select @@tx_isolation;
+------------------+
| @@tx_isolation   |
+------------------+
| READ-UNCOMMITTED |
+------------------+

mysql> select * from account;
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 100.00   |
| 2  | 李四   | 10000.00 |
+----+--------+----------+

mysql> begin; --开启事务
mysql> update account set blance=123.0 where id=1; --更新指定行
-- 没有commit哦~

-- 终端B
mysql> begin;
mysql> select * from account;
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 123.00   | --读到终端A更新但是未commit的数据[insert，delete同样]
| 2  | 李四   | 10000.00 |
+----+--------+----------+

4.读提交[Read Committed]

-- 终端A
mysql> set global transaction isolation level read committed;

--重启客户端
mysql> select * from account; --查看当前数据
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 123.00   |
| 2  | 李四   | 10000.00 |
+----+--------+----------+

mysql> begin; --手动开启事务，同步的开始终端B事务

mysql> update account set blance=321.0 where id=1; --更新张三数据
--切换终端到终端B，查看数据。

mysql> commit; --commit提交！
--切换终端到终端B，再次查看数据

--终端B
mysql> begin; --手动开启事务，和终端A一前一后

mysql> select * from account; --终端A commit之前，查看不到
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 123.00   | --老的值
| 2  | 李四   | 10000.00 |
+----+--------+----------+

--终端A commit之后，看到了！
mysql> select *from account;
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 321.00   | --新的值
| 2  | 李四   | 10000.00 |
+----+--------+----------+
  • 但是，此时还在当前事务中，并未commit，那么就造成了，同一个事务内，同样的读取，在不同的时间段(依旧还在事务操作中)，读取到了不同的值，这种现象叫做不可重复读(non reapeatable read)
  • 不可重复读，是问题吗？
    • 是问题
    • 假如小王在一个事务内，有大量的select sql语句，此时小张更新了一条记录
      • 在更新数据之前，小王已经select到了那条记录
      • 更新之后，小王又select到了那条记录
      • 此时，就出现了一条记录出现了两次的情况

5.可重复读[Repeatable Read]

--终端A
mysql> set global transaction isolation level repeatable read; --设置全局隔离级别RR

--关闭终端重启
mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ | --隔离级别RR
+-----------------+

mysql> select *from account; --查看当前数据
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 321.00   |
| 2  | 李四   | 10000.00 |
+----+--------+----------+

mysql> begin; --开启事务，同步的，终端B也开始事务
mysql> update account set blance=4321.0 where id=1; --更新数据
--切换到终端B，查看另一个事务是否能看到

mysql> commit; --提交事务
--切换终端到终端B，查看数据。

--终端B
mysql> begin;
mysql> select * from account; --终端A中事务 commit之前，查看当前表中数据，数据未更新
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 321.00   |
| 2  | 李四   | 10000.00 |
+----+--------+----------+

mysql> select * from account; --终端A中事务 commit 之后，查看当前表中数据，数据未更新
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 321.00   |
| 2  | 李四   | 10000.00 |
+----+--------+----------+
--可以看到，在终端B中，事务无论什么时候进行查找，看到的结果都是一致的，这叫做可重复读！

mysql> commit; --结束事务

mysql> select * from account; --再次查看，看到最新的更新数据
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 4321.00  |
| 2  | 李四   | 10000.00 |
+----+--------+----------+
  • 如果将上面的终端A中的update操作，改成insert操作，会有什么问题？
    • 多次查看，发现终端A在对应事务中insert的数据，在终端B的事务周期中，也没有什么影响，也符合可重复的特点
      • 但是，一般的数据库在可重复读情况的时候，无法屏蔽其他事务insert的数据，为什么？
        • 因为隔离性实现是对数据加锁完成的，而insert待插入的数据因为并不存在，那么一般加锁无法屏蔽这类问题
        • 会造成虽然大部分内容是可重复读的，但是insert的数据在可重复读情况被读取出来，导致多次查找时，会多查找出来新的记录，就如同产生了幻觉，这种现象，叫做**幻读(phantom read)**
    • 很明显，MySQL在RR级别的时候，是解决了幻读问题的(解决的方式是用Next-Key锁(GAP+行锁)解决的
    --终端A
mysql> select *from account;
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 321.00   |
| 2  | 李四   | 10000.00 |
+----+--------+----------+

mysql> begin; --开启事务，终端B同步开启

mysql> insert into account (id,name,blance) values(3, '王五', 5432.0);
--切换到终端B，查看另一个事务是否能看到

mysql> commit; --提交事务
--切换终端到终端B，查看数据。

mysql> select * from account;
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 4321.00  |
| 2  | 李四   | 10000.00 |
| 3  | 王五   | 5432.00  |
+----+--------+----------+

--终端B
mysql> begin; --开启事务
mysql> select * from account; --终端A commit前 查看
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 4321.00  |
| 2  | 李四   | 10000.00 |
+----+--------+----------+

mysql> select * from account; --终端A commit后 查看
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 4321.00  |
| 2  | 李四   | 10000.00 |
+----+--------+----------+

mysql> select * from account; --多次查看
+----+--------+----------+
| id | name | blance |
+----+--------+----------+
| 1 | 张三 | 4321.00 |
| 2 | 李四 | 10000.00 |
+----+--------+----------+

mysql> commit; --结束事务
mysql> select * from account; --看到更新
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 4321.00  |
| 2  | 李四   | 10000.00 |
| 3  | 王五   | 5432.00  |
+----+--------+----------+

6.串行化[serializable]

  • 对所有操作全部加锁，进行串行化，不会有问题，但是只要串行化，效率很低，几乎完全不会被采用
    --终端A
mysql> set global transaction isolation level serializable;

mysql> select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| SERIALIZABLE   |
+----------------+

mysql> begin; --开启事务，终端B同步开启
mysql> select * from account; --两个读取不会串行化，共享锁
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 4321.00  |
| 2  | 李四   | 10000.00 |
| 3  | 王五   | 5432.00  |
+----+--------+----------+

mysql> update account set blance=1.00 where id=1; --终端A中有更新或者其他操作，会阻塞。直到终端B事务提交

--终端B
mysql> begin;

mysql> select * from account; --两个读取不会串行化
+----+--------+----------+
| id | name   | blance   |
+----+--------+----------+
| 1  | 张三   | 4321.00  |
| 2  | 李四   | 10000.00 |
| 3  | 王五   | 5432.00  |
+----+--------+----------+

mysql> commit; --提交之后，终端A中的update才会提交
    请添加图片描述

7.总结

  • 其中隔离级别越严格，安全性越高，但数据库的并发性能也就越低，往往需要在两者之间找一个平衡点
  • **不可重复读的重点是修改和删除：**同样的条件，你读取过的数据，再次读取出来发现值不一样了
  • **幻读的重点在于新增：**同样的条件，第1次和第2次读出来的记录数不一样
  • 说明：mysql 默认的隔离级别是可重复读，一般情况下不要修改
  • 事务也有长短事务这样的概念，事务间互相影响，指的是事务在并行执行的时候，即都没有commit的时候，影响会比较大
    请添加图片描述

2.一致性

  • 事务执行的结果，必须使数据库从一个一致性状态，变到另一个一致性状态
    • 当数据库只包含事务成功提交的结果时，数据库处于一致性状态
    • 如果系统运行发生中断，某个事务尚未完成而被迫中断，而该未完成的事务对数据库所做的修改已被写入数据库，此时数据库就处于一种不正确(不一致)的状态
      • 因此一致性是通过原子性来保证的
  • 其实一致性和用户的业务逻辑强相关，一般MySQL提供技术支持，但是一致性还是要用户业务逻辑做支撑
    • 即：一致性，是由用户决定的
  • 技术上，通过AID保证C
DieSnowK
关注
  • 13
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
专栏目录
〖Python 数据库开发实战 - MySQL篇㉜〗- 事务的隔离级别
易编橙 · 终身成长社群，相遇已是上上签！
08-15 4万+
上一章节我们宏观上的了解了 "事务的ACID" 属性，并通过 "undo" 与 "redo" 日志文件分析了 "事务的ACID" 是如何实现的。接下来我们就从新的视角来学习一下事务机制，那就是 "事务的并发性"。数据库的事务都是并发执行的，因为隔离性的问题会给一些业务场景带来问题。该章节我们主要学习的目的就是学习事务并发执行的条件下，如何修改事务的隔离级别来满足业务的要求。.........
mysql 事务隔离级别 xa_TDSQL XA的事务隔离级别
weixin_29000417的博客
01-21 963
本文是我最初于2017年发表在我的个人微信公众号里面，现发布在这里。1.1. 概述TDSQL XA全局事务(global transaction)是指用户客户端连接到TDSQL XA分布式数据库系统后发起和执行的事务，也就是TDSQL XA处理的分布式事务。一个全局事务可能会写入数据到多个后端mysql 数据库实例，每个实例上面的本地事务都是这个全局事务的事务分支(transaction bran...
MySQL事务隔离级别以及MVCC一致性视图的实现原理
终生学习践行者
07-20 2535
详细介绍MySQL数据库事务隔离级别的实现原理，以及MVCC一致性视图的概念和实现。
MySQL 事务隔离级别与锁机制详解
kerwin的博客
10-05 6687
MySQL 事务隔离级别与锁机制详解
五分钟后，你将真正理解MySQL事务隔离级别
万猫学社
02-13 7609
只需要五分钟，你就可以了解到事务及其ACID特性，并且真正地理解MySQL事务隔离级别：未提交读、提交读、可重复读、可串行化，还有什么是脏读、不可重复读、幻读。
MySQL数据库事务隔离级别详解
12-16
MySQL数据库的事务隔离级别是...总的来说，理解并正确设置MySQL的事务隔离级别是数据库设计和管理中的关键环节，能够有效地平衡数据一致性和系统性能。根据具体的应用场景和业务需求，选择最适合的隔离级别至关重要。
mysql事务select for update及数据的一致性处理讲解
09-09
InnoDB存储引擎的默认事务隔离级别是可重复读（REPEATABLE READ）。在这个级别下，使用`SELECT ... FOR UPDATE`和`SELECT ... LOCK IN SHARE MODE`都可以在事务中锁定行。两者的主要区别在于，`SELECT ... FOR ...
MYSQL事务隔离与锁
06-22
本套课程主要是对mysql的事务隔离级别以及锁相关知识进行深入讲解其中包括：mysql四大特性的深入理解、四种隔离级别的实现原理、一致性读的实现原理、全局锁、表锁、行锁，间隙锁的介绍与分析，对于难点和重点会使用...
MySQL中Innodb的事务隔离级别和锁的关系的讲解教程
12-15
我们都知道事务的几种性质，数据库为了维护这些性质，尤其是一致性和隔离性，一般使用加锁这种方式。同时数据库又是个高并发的应用，同一时间会有大量的并发访问，如果加锁过度，会极大的降低并发处理能力。所以对于...
讲解MySQL中的事务特性
12-15
一个事务是一个连续的一组数据库操作，就好像它是一个单一的工作单元进行。... 一致性: 确保数据库正确地改变状态后，成功提交的事务。 隔离性: 使事务操作彼此独立的和透明的。 持久性: 确保提交
MySQL & NaviCat 安装及配置教程（Windows）【安装】
绯樱殇雪的博客
07-15 877
MySQL & NaviCat 安装及配置教程
MySQL表中允许有多少个 TRIGGERS（触发器）？
sheji888的专栏
07-17 432
MySQL的触发器可以分为六种类型：BEFORE INSERT、AFTER INSERT、BEFORE UPDATE、AFTER UPDATE、BEFORE DELETE、AFTER DELETE，每种类型可以针对一个表定义多个触发器，但是每种类型的触发器在单个表上只能有一个与之关联的命名触发器。：虽然技术上讲每种类型的触发器在单个表上只能有一个命名触发器，但你可以通过创建具有不同名称的相同类型的多个触发器来绕过这个限制，只要这些触发器在触发时满足不同的条件（例如，检查不同的列或满足不同的业务逻辑）。
记录些MySQL题集（3）
安静的软件工程师
07-15 789
记录些MySQL题集（3）
MySQL中的内置函数
qhy850716的博客
07-15 467
一、时间函数 语法 函数 说明 current_date() 日期 current_time() 时间 current_timestamp() 时间戳 now() 当前时间 date(date_time) 取出时间中的日期 date_add(date, interval value_type) 时间相加，单位year, day, minute, second date_sub(date, interval value_type)
来聊一聊MySQL InnoDB的LSN
神技圈子的博客
07-15 720
详细讲解了MySQL中的LSN作用已经实现方式，这部分对于从事数据库内核开发来说非常重要
MySQL（事务、索引）&&MyBatis
最新发布
hycccccch的博客
07-19 554
事务指的是一组操作的集合，是一个不可分割的工作单位。事务会将所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败默认MySQL的事务是自动提交，即当执行一条DML语句时，MySQL会立即隐式的提交事务开启事务后运行事务不会对数据改变，commit后才会改变数据如果有命令发生错误，需要进行rollback进行回滚、
mysql链接错误，unblock with ‘mysqladmin flush-hosts‘“
java之书-资源
07-16 289
message from server: "Host '172.16.39.238' is blocked because of many connection errors; unblock with 'mysqladmin flush-hosts'".
Mysql----内置函数
m0_74979625的博客
07-18 216
Mysql--内置函数
使用 Vue3、Node.js、MySQL、Electron 和 Express 实现用户登录、文章管理和截屏功能
liyananweb的博客
07-15 824
通过本文，我们详细介绍了如何使用 Vue3、Node.js、MySQL、Electron 和 Express 实现一个完整的用户登录、文章管理和截屏功能的应用。希望这篇文章能为你提供有价值的参考，帮助你更好地理解和实现前后端分离的应用开发。如果你有任何问题或建议，欢迎在评论区留言讨论。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

DieSnowK

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值