MySQL之事务隔离级别

MySQL之事务隔离级别

大家好,又见面了,我是全栈君。

前言

MySQL事务主要用于处理一个包含操作量比较大、复杂的业务。比如说,删除一个学生,我们除了要删除该学生的基本信息,同时也要删除考试记录、违规记录等。诸多的操作组成一个事务。事务是用来管理insertupdatedelete基本指令的。当MySQL使用innodb引擎的前提下才支持事务操作。

事务的基本特点

  • 原子性

    一个事务的执行所有的操作,结果只有两种:要么全部执行、要么全部不执行。事务在执行的过程中,当在某一个节点执行发生错误的时候,事务会被执行rollback操作,将数据恢复到执行该事务之前的状态。A去银行转账,要么转账成功、要么转账失败。

  • 一致性

    从事务开始执行到执行完成后,数据库的完整性约束完全没有收到破坏。A转账给B,不可能发生这种情况:A转账成功、B没有收到款。

  • 隔离性

    在同一时间点,数据库允许多个并发事务同时对其数据进行读写和修改的能力,隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别,包括读未提交( read uncommitted )、读提交( read committed )、可重复读( repeatable read|默认方式 )和串行化( serializable )。

  • 持久性

    事务成功执行后,事务的所有操作对数据库的更新是永久的,不能回滚。

隔离性的类别

  • read uncommitted | 读未提交

  • read committed | 读已提交

  • repeatable read | 可重复读

  • serializable | 串行化

MySQL数据库中,引擎默认使用repeatable read

# SELECT @@tx_isolation 或者 SELECT @@transaction_isolation# MySQL 8.x
# transaction_isolation在MySQL 5.7.20中添加了作为别名 tx_isolation,现已弃用,并在MySQL 8.0中删除。
# 应调整应用程序transaction_isolation以优先使用 tx_isolation。
mysql> SELECT @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ         |
+-------------------------+
1 row in set (0.01 sec)

事务的并发问题

脏读

事务A读取了事务B更新的数据,然后事务B在某些因素下执行了回滚,那么事务A读取的数据就是不合理的,即脏数据。

## (1)事务A的操作## 设置为隔离方式为[读未提交 | read uncommitted]
## 开启事务并查询id为1的score的值
mysql> set session transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)


mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)


mysql> select * from score;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | alicfeng |    80 |
|  2 | feng     |   100 |
|  3 | alic     |    90 |
+----+----------+-------+
3 rows in set (0.00 sec)


## (2)事务B的操作
## 开启事务并将id为1的score修改成 75
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)


mysql> update score set score=75 where id=1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0


mysql> select * from score;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | alicfeng |    75 |
|  2 | feng     |   100 |
|  3 | alic     |    90 |
+----+----------+-------+
3 rows in set (0.00 sec)


## (3)事务A的操作
## 再次读取id为1的score值 75
mysql> select * from score;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | alicfeng |    75 |
|  2 | feng     |   100 |
|  3 | alic     |    90 |
+----+----------+-------+
3 rows in set (0.00 sec)


## (4) 事务B的操作
## 事务回滚
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)

上述四个步骤中,事务A事务B前读取的score的值为80,在事务B执行修改后读取score的值为75事务B再进行回滚操作,那么事务A在两次读取的score的值是不一致的,那么就是脏读。

不可重复读

事务A需要重复多次读取某组数据,事务A事务B对该组数据修改提交前后进行读取,很显然、两次读取的数据是不一致的,即不可重复读。侧重于元数据的修改。

## 使用[读已提交]的模式实践mysql> set session transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)


## (1) 事务A查询id为1的score 80
mysql> select * from score;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | alicfeng |    80 |
|  2 | feng     |   100 |
|  3 | alic     |    90 |
+----+----------+-------+
3 rows in set (0.00 sec)


## (2) 事务B修改id为1的score并提交事务 75
mysql> update score set score=75 where id=1;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0


mysql> commit;
Query OK, 0 rows affected (0.00 sec)


## (3) 事务A再次查询id为1的score的值 75
mysql> select * from score;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | alicfeng |    80 |
|  2 | feng     |   100 |
|  3 | alic     |    90 |
+----+----------+-------+
3 rows in set (0.00 sec)


mysql> select * from score;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | alicfeng |    75 |
|  2 | feng     |   100 |
|  3 | alic     |    90 |
+----+----------+-------+
3 rows in set (0.00 sec)

从上述的三个步骤中显而易见可以看出,事务A在事务B修改并提交的前后读取同一条数据的值得不一样的,具有不可重复读问题。

幻读

事务A在修改每一条元数据的时候,事务B在此时添加了一条新记录,事务A在处理的过程中突然多了一条数据,即幻读。侧重于数据的删除与修改。

## 将事务隔离的模式设置为[可重复读]mysql> set session transaction isolation level repeatable read;
Query OK, 0 rows affected (0.00 sec)


## (1)事务A读取scor数据表
mysql> select * from score;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | alicfeng |    75 |
|  2 | feng     |   100 |
|  3 | alic     |    90 |
+----+----------+-------+
3 rows in set (0.00 sec)


## (2)事务B新增删除一条数据并提交
mysql> delete from score where id=1;
Query OK, 1 row affected (0.01 sec)


mysql> commit;
Query OK, 0 rows affected (0.01 sec)


## (3)事务A再次读取score数据表
mysql> select * from score;
+----+----------+-------+
| id | name     | score |
+----+----------+-------+
|  1 | alicfeng |    75 |
|  2 | feng     |   100 |
|  3 | alic     |    90 |
+----+----------+-------+
3 rows in set (0.00 sec)

可见,事务A事务B删除并提交前后读取的数据一样,出现了幻读。

事务隔离级别的影响

MySQL之事务隔离级别

事务隔离性说明

  • 隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大。

  • 事务隔离级别为读提交时,写数据只会锁住相应的行

  • 事务隔离级别为串行化时,读写数据都会锁住整张表

MySQL之事务隔离级别

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/111940.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • datagrip2021.5激活码【注册码】[通俗易懂]

    datagrip2021.5激活码【注册码】,https://javaforall.net/100143.html。详细ieda激活码不妨到全栈程序员必看教程网一起来了解一下吧!

    2022年3月19日
    153
  • lvm扩容是否影响oracle,LVM实战案例之LVM扩容

    lvm扩容是否影响oracle,LVM实战案例之LVM扩容接上所写二、LVM扩容(本次扩容需要对pv,vg,lv等进行扩容)需求分析:/ora01需要扩容5G(1)查看所需扩容的/ora01的空间情况[root@db01test]#df-hFilesystemSizeUsedAvailUse%Mountedon/dev/sda345G4.4G…

    2022年6月20日
    40
  • mysql5.7 修改用户密码_Mysql修改密码

    mysql5.7 修改用户密码_Mysql修改密码为了提高安全性mysql5.7中user表的password字段已被取消,取而代之的事authentication_string字段,当然我们更改用户密码也不可以用原来的修改user表来实现了。下面简绍几种mysql5.7下修改root密码的方法(其他用户也大同小异)。法一:mysql>updatemysql.usersetauthentication_string=password(

    2022年8月13日
    3
  • vue 文件上传至服务器_oss文件服务器

    vue 文件上传至服务器_oss文件服务器为什么使用对象存储OSS很多企业的文件上传下载都是通过文件流的形式进行上传下载的,需要后端配合,对服务器压力很大,而且高消费,对公司损失太大,我们选择使用oss将尽可能地缩小成本,以及对网站及逆行大幅度提升使用对象存储OSS改变了什么网站数据动静分离,大幅提升网页性能 单独的文件管理界面,管理网站文件和本地电脑一样高效率方便使用 成本低,资源弹性伸缩,按需付费什么是对象存储OSS阿里云对象存储OSS(ObjectStorageService)是一款海量、安全、低成本、高可靠的云存储

    2022年8月15日
    7
  • 卡商卡盟在线批发平台_易玩卡盟怎么样

    卡商卡盟在线批发平台_易玩卡盟怎么样支持一键装修主站,一键对接货源,自定义后台登录背景,前台风格自定义背景等,已集成易支付接口对接易支付充值接口,修复BUG等服务器系统可以:Windows64/Linux64/cenos6.864位安装宝塔环境:apache2.4+mysql5.5+php5.6cenos6.8系统安装宝塔命令:yuminstall-ywgetamp;amp;wget-Oinstall.shhttp://downlo…

    2022年8月12日
    9
  • iOS 开发 需要的版本管理工具,UI图,bug管理工具等

    iOS 开发 需要的版本管理工具,UI图,bug管理工具等

    2022年4月3日
    49

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号