企业🤖AI Agent构建引擎,智能编排和调试,一键部署,支持私有化部署方案 广告
![浅谈mysql事务](https://pic2.zhimg.com/v2-3fd14aec59f46f7959421473a4693213_1440w.jpg?source=172ae18b) # 浅谈mysql事务 https://zhuanlan.zhihu.com/p/52677680 在技术面试中,面试官经常能够问到关于数据库事务相关的,通常数据库事务具备四大特性(ACID),分别是: 1、原子性 2、一致性 3、隔离性 4、持久性 所谓原子性:是指事务是一个最小单元,不可再分隔,成为一个整体。 所谓一致性:是指事务中的方法要么同时成功,要么都不成功。比如A向B转账,要不都成功,要不都失败。 所谓隔离性:是指当多个事务操作数据库中同一个记录或多个记录时,对事务进行隔离开来有序执行,避免同时对同一数据做操作。这时候就需要使用锁来解决这个问题了(后面讲)。 所谓持久性:即当成功插入一条数据库记录时,数据库必须保证有一条数据永久的写入到数据库磁盘中。 我们可以分析一下,事务的四大特征中,所有的操作都会走向磁盘,所以持久性是事务操作的目的,而原子性是实现事务的基础,隔离性是实现数据安全的一种策略、手段,而最终维护的,就是数据的一致性,一致性才是事务中最重要的。四大特征之间,隔离性是为了达到一致性的手段。 ACID四大特征中,最难理解的不是一致性,而是事务的隔离性,数据库权威专家针对事务的隔离性研究出来了事务的隔离四种级别,四种事务隔离级别就是为了解决数据在高并发下产生的问题(脏读、不可重复读、幻读)。 ![](https://pic1.zhimg.com/80/v2-19a4864e39e6e9a257532d4ab8c94a3e_720w.jpg) Mysql默认使用的数据隔离级别是REPEATABLE READ ,可重复读,允许幻读。 ~~~text 省查看数据库默认隔离级别 SELECT @@tx_isolation ~~~ 什么是脏读、不可重复读、幻读呢?我们来看看。 ## **脏读** 脏读:比如有两个事务并行执行操作同一条数据库记录,A事务能读取到B事务未提交的数据。如下图所示:事务B操作了数据库但是没有提交事务,此时A读取到了B没有提交事务的数据。这就是脏读的体现。 ![](https://pic2.zhimg.com/80/v2-22fe34b33a0b4dc74373fdfc638f503d_720w.jpg) 我们用数据库实例来演示一下脏读现象,首先我本地安装了mysql5.7,关闭数据库自动提交事务开关 ~~~text 临时有效 mysql数据库事务开关 开启自动提交事务:set autocommit = 1; 关闭自动提交事务:set autocommit = 0 ; 查看事务开关:show variables like '%autocommit%'; ~~~ ![](https://pic2.zhimg.com/80/v2-56d61517ccd08c1290b0d3ad4d57b46d_720w.jpg) 然后我们修改数据库的事务级别,命令如下: ~~~text //全局的 ---此处演示我们设置全局的 set global transaction isolation level read uncommitted; //当前会话 set session transaction isolation level read uncommitted; ~~~ 我们使用Navicat演示一下脏读,打开两个窗口,命令如下: ~~~text /**数据库建表语句*/ CREATE TABLE `user_money` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'id', `user_id` bigint(20) NOT NULL COMMENT '用户id', `money` decimal(25, 2) NOT NULL COMMENT '余额', PRIMARY KEY (`id`) USING BTREE ) ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = '用户余额表' ROW_FORMAT = Dynamic; /**插入一条数据*/ INSERT INTO `user_money` VALUES (1, 2628, 1000.00); ~~~ Navicat窗口A,查询指定用户信息(此处不提交事务) ~~~text ---------- 窗口A ------------------------------------------ -- 关闭自动提交事务 set autocommit = 0 -- 查询指定用户 select * from user_money where user_id = '2628' -- 修改指定用户余额 update user_money a set a.money = 500; -- 提交事务 -- commit; -- 回滚事务 -- ROLLBACK; ~~~ Navicat窗口B,当窗口A操作完成后再查询指定用户信息 ~~~text ---------- 窗口B ------------------------------------------ -- 关闭自动提交事务 set autocommit = 0 -- 查询指定用户 select * from user_money where user_id = '2628' ~~~ 此时我们看看查询结果: ![](https://picb.zhimg.com/80/v2-65a752065b7bb7c777a3575c1fb6a819_720w.jpg) 很显然,事务A修改了数据后还没有提交事务,此时事务B可以读取到事务A没有提交的事务的数据。这就是脏读,脏读情况下的数据是不可取的,所以一般没有数据库事务级别设置为允许脏读。 一句话总结:**脏读就是指事务A读取到事务B修改但未提交事务的数据。** ## **不可重复读** 学习完脏读后,我们再来看看什么是不可重复读。比如事务A在同一事务中多次读取同一记录,此时事务B修改了事务A正在读的数据并且提交了事务,但是事务A读取到了事务B所提交的数据,导致两次读取数据不一致。如下图所示: ![](https://picb.zhimg.com/80/v2-ceff3aeabc16afc0033c5060abe8e14c_720w.jpg) 然后我们修改数据库的事务级别,命令如下: ~~~text //全局的 ---此处演示我们设置全局的 set global transaction isolation level read committed; //当前会话 set session transaction isolation level read committed; ~~~ 我们使用Navicat演示一下脏读,打开两个窗口,命令如下: ~~~text ---------- 窗口A ------------------------------------------ -- 关闭自动提交事务 set autocommit = 0 -- 查询指定用户 select * from user_money where user_id = '2628' -- 查询指定用户 select * from user_money where user_id = '2628' -- 提交事务 commit; ~~~ 窗口A先是开启事务,然后查询指定用户信息,然后窗口B开启事务,查询数据指定用户,修改数据,提交事务,然后再回到窗口A,查询指定用户信息;窗口B代码如下: ~~~text ---------- 窗口B ------------------------------------------ -- 关闭自动提交事务 set autocommit = 0 -- 查询指定用户 select * from user_money where user_id = '2628' -- 修改指定用户余额 update user_money a set a.money = 500; -- 提交事务 commit; ~~~ ![](https://pic3.zhimg.com/80/v2-18f7c12a9c13229210911f7ce9702573_720w.jpg) 事务A在两次查询中,查询的数据不一样,这就是不可重复读。Mysql默认采用的就是不可重复读的隔离级别,用一句话总结,**不可重复读就是事务A读取到事务B已提交事务的数据,导致两次读取数据信息不一致。** ## **幻读** 上面我我们学习了一下什么不可重复读,在mysql数据库中,不可重复读是不被允许的,mysql默认的隔离级可重复读,也就是幻读。 下面我们再来看看幻读,什么是幻读呢? \-------------------------2020年5月31日 10:11:42------------------ 之前关于幻读这一块描述有问题,此处进行更正; 从字面上看幻读二字,更多的感觉像是读取到了一个虚幻的假象。 幻读,并不是说两次读取获取的结果集不同,幻读侧重的方面是某一次的 select 操作得到的结果所表征的数据状态无法支撑后续的业务操作。 更为具体一些:select 某记录是否存在,不存在,准备插入此记录,但执行 insert 时发现此记录已存在,无法插入,此时就发生了幻读。 ![](https://pic1.zhimg.com/80/v2-f56a3fc90e7e43afbf6e1eb5364cf9b3_720w.jpg) 幻读 然后我们修改数据库的事务级别,命令如下: ~~~text //全局的 ---此处演示我们设置全局的 set global transaction isolation level repeatable read; //当前会话 set session transaction isolation level repeatable read; ~~~ 我们使用Navicat演示一下脏读,打开两个窗口,命令如下: ~~~text -- -------- 窗口A ------------------------------------------ -- 关闭自动提交事务 set autocommit = 0; select * from user_money where id = 5; -- 没有查询到结果,进行插入 insert into user_money (id, user_id , money) values (5, 5,5); -- 再查询id为5的 select * from user_money where id = 5; commit; ~~~ 此处,事务A中查询指定id为5的记录,没有查询到结果后,事务B进行插入了一条id为5的记录并且提交事务; ~~~text ---------- 窗口B ------------------------------------------ -- 关闭自动提交事务 set autocommit = 0; -- 插入一条记录 insert into user_money (id, user_id , money) values (5, 5,5); -- 提交事务 commit; ~~~ 此时事务A执行插入一句会报错主键冲突,但是再进行查询的时候又查询不到 ![](https://pic2.zhimg.com/80/v2-4d53febf48057617c1851457bac6af82_720w.jpg) 在上述事务A中,不提交事务的情况下,插入id为5的记录会一直报错主键冲突,但是再怎么查询id为5的记录都查询不到;这是因为在MySql的设计中,事务中查询的是被修改前的日志,即Undo log(MVCC中的一个概念);可参考 [加耀:Mysql中InnoDB学习MVCC知识点总结​zhuanlan.zhihu.com![图标](https://pic3.zhimg.com/v2-3623df34c76a5df765fece138f66cc48_180x120.jpg)](https://zhuanlan.zhihu.com/p/75825571) 关于幻读的问题,可以通过加锁的方式进行解决。 ## **串行化** 另外还有一种事务级别就是序列化方式SERIALIZABLE,序列化事务级别既不允许脏读,也不允许不可重复读,并且还不允许幻读。 事务隔离级别越严格,越消耗计算机性能,效率也越低,通常情况下,设置为允许不可重复读就可以解决大多数的问题了。 这里,我们对数据库事务基本上已经有了一个新的认识了。那么,数据库是怎么来隔离事务的呢?这时候就涉及到了数据库锁了。这个我们在下一章节中会详细描述的。 2020年5月31日 10:45:10