当前位置: 首页 > news >正文

mysql accountlevel1_五分钟搞清楚MySQL事务隔离级别

原标题:五分钟搞清楚MySQL事务隔离级别

作者:伞U

https://www.jianshu.com/p/4e3edbedb9a8

好久没碰数据库了,只是想起自己当时在搞数据库的时候在事务隔离级别这块老是卡,似懂非懂的。现在想把这块整理出来,尽量用最简洁的语言描述出来,供新人参考。

首先创建一个表 account。创建表的过程略过(由于 InnoDB 存储引擎支持事务,所以将表的存储引擎设置为 InnoDB)。表的结构如下:

ec8f24fad72658a3065d68e9fe2839e7.png

然后往表中插入两条数据,插入后结果如下:

378c521cd8acfb04c9aae3d07d26cf89.png

为了说明问题,我们打开两个控制台分别进行登录来模拟两个用户(暂且成为用户 A 和用户 B 吧),并设置当前 MySQL 会话的事务隔离级别。

一. read uncommitted(读取未提交数据)

具体用户 A 的操作如下:

set session transaction isolation level read uncommitted;

start transaction;

select * from account;

结果如下:

4ca1ab859b84ab950b4c8159d0e8c9ee.png

用户 B 的操作如下:

set session transaction isolation level read uncommitted;

start transaction;

update account set account=account+200 where id = 1;

随后我们在 A 用户中查询数据,结果如下:

144f3587e3d179ae03a9b0fb04997e3a.png

结论一

我们将事务隔离级别设置为 read uncommitted,即便是事务没有 commit,但是我们仍然能读到未提交的数据,这是所有隔离级别中最低的一种

那么这么做有什么问题吗?

那就是我们在一个事务中可以随随便便读取到其他事务未提交的数据,这还是比较麻烦的,我们叫脏读。我不知道这个名字是怎么起的,为了增强大家的印象,可以这么想,这个事务好轻浮啊,饥渴到连别人没提交的东西都等不及,真脏,呸!

实际上我们的数据改变了吗?

答案是否定的,因为只有事务 commit 后才会更新到数据库。

二. read committed(可以读取其他事务提交的数据)--- 大多数数据库默认的隔离级别

同样的办法,我们将用户 B 所在的会话当前事务隔离级别设置为 read commited。

在用户 A 所在的会话中我们执行下面操作:

update account set account=account-200 where id=1;

0603e475a6ca61b2b0feb99bb39d9387.png

我们将 id=1 的用户 account 减 200。然后查询,发现 id=1 的用户 account 变为 800。

在 B 用户所在的会话中查询:

select * from account;

结果如下:

05093d1a1ba891243a0cd33a6868e6ee.png

我们会发现数据并没有变,还是 1000。

接着在会话 A 中我们将事务提交:

commit;

在会话 B 中查询结果如下:

8f3a870ee5138f1baec0e39e40617d87.png

结论二:

当我们将当前会话的隔离级别设置为 read committed 的时候,当前会话只能读取到其他事务提交的数据,未提交的数据读不到。

那么这么做有什么问题吗?

那就是我们在会话 B 同一个事务中,读取到两次不同的结果。这就造成了不可重复读,就是两次读取的结果不同。这种现象叫不可重复读。

三. repeatable read(可重读)---MySQL 默认的隔离级别

现在有个需求,就是老板说在同一个事务中查询结果必须保持一致,如果你是数据库,你会怎么做?数据库是这么做的。

在会话 B 中我们当前事务隔离级别为 repeatable read。具体操作如下:

set session transaction isolation level repeatable read;

start transaction;

接着在会话 B 中查询数据:

8ef0f53ade4a2e7d9d4b65f4bacf483b.png

我们在 A 用户所在会话中为表 account 添加一条数据:

insert into account(id,account) value(3,1000);

commit;

然后我们查询看数据插入是否成功:

1b8b9083a7f4fc39aa76ed0129bac768.png

回到 B 用户所在的会话,我们查询结果:

3731adb47256387e73be53d745aec9aa.png

用户 B 在他所在的会话中想插入一条新数据 id=3,value=1000。来我们操作下:

0015e4e67f8b798b87f85f70fec9c4ba.png

什么?竟然插不进去,说我数据重复?

用户 B 当然不服啊,因为查询到数据只有两条啊,为什么插入 id=3 说我数据重复了呢?

我再看一遍,莫非我眼花了?

c95c516686ad50e851037dbfee604072.png

试想一下,在实际中用户 A 和用户 B 肯定是相互隔离的,彼此不知道操作什么。用户 B 碰到这种现象,肯定会炸毛的啊,明明不存在的数据,插入却说主键 id=3 数据重复了。

结论三:

当我们将当前会话的隔离级别设置为 repeatable read 的时候,当前会话可以重复读,就是每次读取的结果集都相同,而不管其他事务有没有提交。

有什么问题吗?

管他呢,老板的要求满足了。要一个事务中读取的数据一致(可重复读)。我只能这么做啊,打肿脸装胖子。数据已经发生改变,但是我还是要保持一致。但是,出现了用户 B 面对的问题,这种现象叫幻读(记得当时就在这个地方纠结好久,到底什么是幻读啊)。

四. serializable(串行化)

同样,我们将用户 B 所在的会话的事务隔离级别设置为 serializable 并开启事务。

set session transaction isolation level serializable;

start transaction;

在用户 B 所在的会话中我们执行下面操作:

select * from account;

结果如下:

f3ee273587efd85b1b02d163a72f8761.png

那我们这个时候在用户 A 所在的会话中写数据呢?

14cda5a2d9e5c853392aeea570e1b5e8.png

我们发现用户 A 所在的会话陷入等待,如果超时(这个时间可以进行配置),会出现 Lock wait time out 提示:

bac501404006e03774cda9dc40cf35c8.png

如果在等待期间我们用户 B 所在的会话事务提交,那么用户 A 所在的事务的写操作将提示操作成功。

结论四:

当我们将当前会话的隔离级别设置为 serializable 的时候,其他会话对该表的写操作将被挂起。可以看到,这是隔离级别中最严格的,但是这样做势必对性能造成影响。所以在实际的选用上,我们要根据当前具体的情况选用合适的。

-END-

喜欢文章,点个在看 ↓返回搜狐,查看更多

责任编辑:

相关文章:

  • mysql中explain是什么_MySQL中EXPLAIN的解释_MySQL
  • linux mysql 编码集_Linux 下修改mysql 字符集编码
  • mysql like消除_mysql数据库的常用操作-常用命令
  • oracle洁面和mysql界面_MYSQL和ORACLE的一些操作区别
  • php mysql 静态页面_PHP_通用PHP动态生成静态HTML网页的代码,我们知道,PHP读取MYSQL动态显 - phpStudy...
  • 数据结构与算法 笔记_数据结构与算法笔记—栈
  • 台电u盘安国au6989sn芯片量产工具_台电u盘无法格式化怎么办 台电u盘无法格式化解决办法【介绍】...
  • python可以用del释放资源_Python 中带有显式 __del__ 方法的对象需要手动释放循环引用...
  • mybatis mysql自增主键_mybatis 自增主键配置
  • mysql groupby rullup_group by后加rollup子句的用法
  • Mysql历史事务_mysql事务
  • python读取多列csv文件_多列上的csvjoin
  • sql 孩子兄弟表示法 所有子节点_sunxiaohang
  • mysql redis集群 同步_redis集群和redis主从同步的区别
  • java逆向_Java逆向武器库_反编译工具