事务详解

[一. 为什么使用事务](#一. 为什么使用事务)
[二. 事务的概念](#二. 事务的概念)
[三. 使用](#三. 使用)
[四. 事务的特性](#四. 事务的特性)
[五. 事务并发所带来的问题](#五. 事务并发所带来的问题)
[六. 事务隔离级别](#六. 事务隔离级别)

一. 为什么使用事务

假如说你要进行转账，比如转给张三 50元，先从你的账户里面扣除 50，准备给张三账户 + 50 时，数据库由于种种原因挂了，没加上，此时 50 元凭空消失了，那么这就是一个比较悲伤的故事了，这种事情当然不能发生。

javascript 复制代码

drop table if exists accout;
create table accout(
	 id int primary key auto_increment,
	 name varchar(20) comment '账户名称',
	 money decimal(11,2) comment '金额'
);

insert into accout(name, money) values
	('阿里巴巴', 5000),
	('四十大盗', 1000);

比如说，四十大盗把从阿里巴巴的账户上偷盗了2000元

javascript 复制代码

-- 阿里巴巴账户减少2000
update accout set money=money-2000 where name = '阿里巴巴';

-- 四十大盗账户增加2000
update accout set money=money+2000 where name = '四十大盗';

假如执行完第一句SQL时，出现网络错误，或是数据库挂掉了，阿里巴巴的账户会减少2000，但是四十大盗的账户上没有增加金额。

解决方案：使用事务来控制，保证以上两句SQL要么全部执行成功，要么全部执行失败。

二. 事务的概念

javascript 复制代码

事务: 指逻辑上的一组操作，组成这组操作的各个单元，要么全部成功，要么全部失败。

事务的目的：把若干个独立的操作打包成一个整体，这个整体要么全部成功执行，要么一点都不执行。

在不同的环境中，都可以有事务。对应在数据库中，就是数据库事务。

有时前一个 SQL 是为了给后一个 SQL 提供支持，若后一个 SQL 不执行或者执行出现问题了，前一个 SQL 也就失去意义了。

三. 使用

（1）开启事务：start transaction;

（2）执行多条SQL语句

（3）回滚或提交：rollback/commit;

说明：rollback即是全部失败，commit即是全部成功。

javascript 复制代码

start transaction;

-- 阿里巴巴账户减少2000
update accout set money=money-2000 where name = '阿里巴巴';
-- 四十大盗账户增加2000
update accout set money=money+2000 where name = '四十大盗';

commit;

四. 事务的特性

ACID
Atomicity：原子性
Consistency：一致性
Isolation：隔离性
Durability：持久性

原子性（Atomicity）

javascript 复制代码

原子性: 任务不能被再细分，事务要么全部成功执行，要么一点也不执行，不会出现中间状态。

比如上面的转账例子，不会出现 A账户 -2000, 结果数据库崩了/程序崩了/断电了, B 的账户并没有 + 2000 而导致的中间状态。

原子性如何保证？

该执行还得执行，无法预知失败。

当出现执行失败后，由数据库自动进行一些 "还原" （回滚rollback）工作，消除前面已经执行过的 SQL 带来的影响，使得看起来与没有执行一样。

比如：

当执行第二个 SQL 出现失败时，数据库会还原之前的操作，上一个是 +，那么就 -，是 * 就 / 。

数据库如何知道还原成哪个值呢？

日志，数据库会把执行数据库的每个操作记录下来，整个记录过程搭配了日志+数据库内置的一些表来完成。

既然能还原，是不是就可以大胆的删库了？

数据库想要记录详细的操作需要消耗大量的时间和空间，所以这个记录一定不会存储那么久，可能数据库是经过好几年沉淀出来的结果，但是日志只是记录最近几天的，所以还得依赖权限控制和数据备份。

一致性（Consistency）

事务在执行前后，数据库从一个一致的状态转换到另一个一致的状态。这意味着事务必须遵循预定义的规则和约束，以确保数据的完整性。

如果事务违反了任何约束，它将被回滚，数据库不会处于不一致的状态。

隔离性（Isolation）

隔离性指的是多个事务同时运行时，每个事务都应该被视为独立的，不应该受到其他事务的干扰。

这意味着在并发执行的情况下，一个事务的操作不会对其他事务产生影响，直到事务提交为止。

数据库系统使用锁和其他机制来实现隔离性。

持久性（Durability）

持久性确保一旦事务提交成功，其结果将永久保存在数据库中，即使系统发生故障或重启。这意味着事务的结果不会因为系统崩溃而丢失，数据库系统必须将数据持久地写入磁盘或其他持久存储介质中。

总结：

事务的四个特性确保了数据库事务的可靠性和一致性，使得数据库系统能够有效地管理并发操作，同时保护数据免受损坏或丢失。但严格的ACID特性有时会对性能产生一定的开销，因此在某些情况下，可能需要权衡ACID特性与性能之间的关系。

五. 事务并发所带来的问题

javascript 复制代码

并发: 包含并行和广义的并发。

当并发执行多个事务时，尤其当这多个事务在尝试修改/读取同一份数据时，容易出现一些问题。

事务的隔离级别就是在解决该问题。

脏读问题

事务 A 在对某个数据进行修改，修改的时候，事务 B 读取了这个数据，此时事务 B 读取到的很可能只是一个临时的中间结果，不是最终结果，那么此时 B 就是读到了 "脏数据"。

出现脏读的原因：

事务和事务之间没有隔离，加上一些限制，就可有效避免脏读。

解决脏读：

给写操作加锁，修改过程中，不允许别人读，修改之后才能读（解锁）。
（注意一旦加锁，事务之间隔离性提高，并发度降低）

不可重复读

javascript 复制代码

不可重复读问题: 在一个事务中，包含多次读操作，多次读操作读出来的结果不一致

解决脏读问题时，只是约定写加锁，写时不能读，但是读时还能写，所以还存在不可重复读问题。

这个问题好比：通过码云读代码，读的时候别人修改并提交了，我们刷新一下，代码变了。

解决：

约定读时也加锁，读时不能进行修改操作，读时，其他事务能读但不能修改。

事务的隔离性进一步提高，并发性进一步降低

幻（影）读

javascript 复制代码

幻读问题: 一个事务执行过程中进行多次查询，多次查询的结果集不一样，
结果集多了，这是一种特殊的不可重复读问题。

本例就是读代码时，代码数量变了，本来只有一个 A.java, 后面读取的时候发现又多了 B.java

注意：

幻读出现的场景：

第一：事务的隔离级别为可重复读。

第二：幻读仅专指新插入的行，在范围查询中，后一次查询出现了新的数据行。

（因为数据库中原本没有这个数据，当然就无法加锁了，所以会出现新的数据，而因为读时不能写，所以不会删除数据）。

解决：

彻底串行化，读的时候不要写任何代码。

（但是在MySQL的InnoDB引擎中，通过间隙锁（gap lock）+行锁组成的next-key lock，在可重复读级别下解决了幻读的问题。参考链接：前阿里数据库专家总结的MySQL里的各种锁（下篇））

串行化，隔离级别最高，并发度最低（其实已经串行化，没有并发了），数据最可靠，但是执行速度最慢。

所以，并发性和隔离性不可兼得。

可根据实际需要调整数据库隔离级别，通过不同的隔离级别，控制事务间的隔离性和并发程度。

六. 事务隔离级别

（MySQL 默认隔离级别为 repeatable read, 通过修改 my.ini 文件可以设置当前隔离级别。）

好啦！以上就是对 MySQL 事务的讲解，希望能帮到你！
评论区欢迎指正！

【MySQL】事务 详解

事务 详解

一. 为什么使用事务

二. 事务的概念

三. 使用

四. 事务的特性

原子性（Atomicity）

一致性（Consistency）

隔离性（Isolation）

持久性（Durability）

五. 事务并发所带来的问题

脏读问题

不可重复读

幻（影）读

六. 事务隔离级别

【MySQL】事务详解

事务详解