MYSQL 事物隔离级别的区别与现象

事物的ACID属性本章不再赘述,本章主要描述事物的隔离级别及隔离级别导致的现象,日常工作中该如何选择MYSQL的隔离级别。

MYSQL事物的隔离级别及各隔离级别存在的问题如下:

| 隔离级别/问题 | 脏读 | 不可重复读 | 幻读 |
| 读未提交(Read-Uncommitted) | ✅ | ✅ | ✅ |
| 读已提交(Read-Committed) | ❌ | ✅ | ✅ |
| 可重复读(Repeatable-Read) | ❌ | ❌ | ✅ |

序列化(Serializable)

查看数据库隔离级别SQL,默认即为:可重复读

下面以实际案例列举各隔离级别出现的问题,创建如下表并插入数据:

sql 复制代码
CREATE TABLE `account` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(255) DEFAULT NULL,
  `balance` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8;


INSERT INTO `test`.`account` (`name`, `balance`) VALUES ('lilei', '1000');
INSERT INTO `test`.`account` (`name`, `balance`) VALUES ('hanmei', '1000');
INSERT INTO `test`.`account` (`name`, `balance`) VALUES ('lucy', '1000');

1,读未提交(Read-Uncommitted)

1.1,navicate打开两个查询连接,且把两个连接的事物隔离级别设置为读未提交,模拟两个事物,如图:

1.2,事物一开启事物并更新数据 id = 1的数据,但不提交:

此时id = 1 的数据未改变:

1.3,事物二开启事物并查询 id = 1的数据:

1.4,结论

1,事物一更新数据的事物未提交,但事物二已经读取了新数据,如果事物一的更新回滚,则事物二出现**【脏读】;**

2,事物一未提交事物,插入一条新数据。事物一的插入数据事物未提交,但事物二已可读取到新插入的数据,如果事物一的插入事物回滚,则事物二出现**【幻读】。**

3,事物一提交或不提交事物,再次更新id=1的数据,将1500该为2000。事物二同一事物中再次查询,结果为2000,此时事物二出现**【不可重复读】;**

2,读已提交(Read-Committed)

2.1,navicate打开两个查询连接,且把两个连接的事物隔离级别设置为读已提交,模拟两个事物,如图:

2.2,事物二开启事物并查询 id = 2 的数据,查询后不提交查询事物,如下图:

2.3,事物一开启事物,更新 id = 2的数据,不提交事物,如下图:

未提交事物,所以此时id=2的数据并未改变:

2.4,事物二在同一事物中查询id=2的数据,

查询结果同第一次查询一样,即【读已提交】已解决 【读未提交】的问题。

2.5,事物一提交,id=2的数据变化,如图:

2.6,事物二在同一事物中查询,如图:

2.7,结论

1,事物一增/删/改数据的事物未提交,不论事物一操作多少次,事物二都不会查询到新数据,事物二只会查询到事物一提交事物后的数据。即事物二不会出现**【脏读】;**

2,事物二在同一查询事物中,事物一对同一数据进行多次更新并提交事物,事物二查询结果可能不一样,即事物二出现**【不可重复读】;**

3,假如事物二查询表的数据量count(*)=5,事物一新增一行并提交事物,事物二再次查询count(*)=6,事物一开启新事物:删除一条数据并提交事物,事物二再次查询count(*)=5.即事物二在同一查询事物中出现**【幻读】。**

3,可重复读(Repeatable-Read)

3.1,navicate打开两个查询连接,且把两个连接的事物隔离级别设置为读已提交,模拟两个事物,如图:

3.2,事物二开启事物并查询 id = 3 的数据,查询后不提交查询事物,如下图:

3.3,事物一开启事物,更新 id = 3的数据,set balance = 4000,不提交事物。事物二同一事物中查询id=3,查询结果balance=1000,表明【可重复读】和【读已提交】一样,解决了【读未提交】的脏读问题。

事物一提交事物,id=3的数据变化,如图:

3.4,事物二在同一事物中查询id=3的数据,

查询结果仍然是1000,即同一事物中,查询同一条数据结果一致。且在事物二的同一事物中,不论事物一对id=4的数据做多少次更改,事物二的查询结果都一致,解决了【读已提交】的问题。

3.5,结论

1,事物一增/删/改数据的事物未提交,不论事物一操作多少次,事物二都不会查询到新数据,事物二只会查询到事物一提交事物后的数据。即事物二不会出现**【脏读】;**

2,事物二在同一查询事物中,事物一对同一数据进行多次更新并提交事物,事物二查询结果可能一样,即事物二不会出现**【不可重复读】;**

3,假如事物二查询表的数据量:select count(*) from account; count(*)=5,事物一新增一行并提交事物,事物二再次查询数据量: select count(*) from account for update; count(*)=6两次的查询语句不通,第二次加了读锁,即当前读,事物二在同一查询事物中出现**【幻读】。**

4,序列化(Serializable)

序列化的操作采取获取锁的方式,不论查询,还是增/删/改,都将获取操作行的锁,其他操作需等待事物提交后获取锁才能进行操作。虽隔离级别最高,但性能太低,日常开发中基本不会用到。

相关推荐
paopaokaka_luck17 分钟前
基于SpringBoot+Vue的非遗文化传承管理系统(websocket即时通讯、协同过滤算法、支付宝沙盒支付、可分享链接、功能量非常大)
java·数据库·vue.js·spring boot·后端·spring·小程序
小疯仔33 分钟前
navicat导出数据库的表结构
数据库
TOSUN同星34 分钟前
干货分享 | TSMaster DBC编辑器操作指南:功能详解+实战示例
数据库·oracle·编辑器·汽车·软件工程
huihui4502 小时前
一天一道Sql题(day01)
数据库
~尼卡~2 小时前
软考(软件设计师)数据库原理:事务管理,备份恢复,并发控制
数据库·软件设计师-软考
八九燕来2 小时前
Django双下划线查询
数据库·django·sqlite
眠りたいです2 小时前
Mysql常用内置函数,复合查询及内外连接
linux·数据库·c++·mysql
paopaokaka_luck3 小时前
智能推荐社交分享小程序(websocket即时通讯、协同过滤算法、时间衰减因子模型、热度得分算法)
数据库·vue.js·spring boot·后端·websocket·小程序
M1A13 小时前
Java 面试系列第一弹:基础问题大盘点
java·后端·mysql
He.ZaoCha3 小时前
函数-1-字符串函数
数据库·sql·mysql