mysql事务

2023-05-18 17:47 由 xashould 发表于 #数据库

事务（mysql）

第一章事务概念

1、事务机制在程序开发过程中有着很大的作用。在现实生活中，经常进行转账操作，分为两个步骤：转入与转出，只有当两部分都完成才认为转账成功。

2、如果其中任意操作异常没有执行成功，则会导致两账户的金额不同步，造成错误，为了避免上述错误，数据库引入事务。

3、事务：就是对数据库的一组操作，可以为一条或多条 sql 执行，其特点：要么都做，要么都不做。

在数据库中使用事务时，必须先开启事务，命令如下：

start transaction;

事务开启后就可以执行 sql 语句，sql 语句执行完成后，需要相应语句来提交事务，可使用如下命令来结束事务：

#提交
commit;
#回滚
rollback;

sql 语句是自动提交的，事务需要手动提交：commit

如果不想提交事务，可通过 rollback 来回滚事务，使事务结束。

已提交的事务不能回滚

案例操作：

创建表：

create table account(
	id int primary key auto_increment,
    name varchar(40),
    money float
);
#插入数据
insert into account(name,money) values('a',100);
insert into account(name,money) values('b',100);

演示事务操作：

首先开启事务
- ```
start transaction;
```

转账

update account set money=money-10 where name='a';
update account set money=money+10 where name='b';

提交事务
- ```
commit;
```

通过 a 账户向 b 账户转入 10元，结果如下：

注意：当 update 中出现错误，会导致事务不执行，这样保证了事务的同步性。

而事务有严格的定义，必须满足 4 个特性：

原子性（atomicity）
- 指一个事务必须视为一个不可分割的最小工作单元，当事务中所有的操作完成后，才算整个事务执行成功，事务中有一条 sql 失败，则执行成功的 sql 也必须撤销，数据库的状态回退到执行事务前的状态
一致性（consistency）
- 指事物将数据库从一种状态转换为另一种状态；例如事务执行失败，数据库回退到执行事务前的状态。
隔离性（isolation）
- 也称并发控制、可串性化、锁等，指事务各自执行，互不干扰
持久性（durability）
- 事务操作一旦提交，其修改的数据就会永久保存在数据库中。

第二章事务提交

事务操作最后需要手动提交，这个过程为确认过程。

例如在第一章中 a账户向 b 账户转账了 10元，现在反过来

start transaction;
update account set money=money+10 where name='a';
update account set money=money-10 where name='b';

执行上述命令，后查看数据

上述事务没有提交|回滚操作，这样会导致数据只是临时修改，当重新登录数据库后，数据库中没有改变，如下：

发现数据没有修改，因为事务需要手动提交，下面为手动提交后的结果：（重新登录数据库）

start transaction;
update account set money=money+10 where name='a';
update account set money=money-10 where name='b';
commit;

所以事务一定需要提交，否则事务操作是暂时的。

第三章事务回滚

在操作事务时，发现当前事务中的操作不合理，此时只要事务还没有提交，就可以通过 回滚 来取下事务.

案例操作：a账户向 b 账户转账 10元

start transaction;
update account set money=money-10 where name='a';
update account set money=money+10 where name='b';

上述命令没有提交命令，也就是事务没有提交

执行结果如下：

可以看出转账操作成功执行，但此时 a 不想转账了，这时由于事务还没提交，所以可以撤销上述操作,通过如下命令：

rollback;

上述命令执行后结果如下所示：

可发现转账操作撤销了。

第四章事务隔离级别

数据库是多线程并发访问的，所以很容易出现多个线程同时开启事务的情况，这样会出现以下情况：

脏读
重复读
幻读
......

为了避免情况的发生，需要设置事务隔离级别。

mysql 中的隔离级别有如下 4 种：

read uncommitted:读未提交
- 最低级别
- 该级别下的事务会读取到另一事务中未提交的数据，称为：脏读（dirty read），这是很危险的，所以很少用
read committed：读已提交
- 大多数据库管理系统的默认隔离级别，如 oracle
- 该级别下的事务只能读取其他事务已经提交的内容
- 可避免脏读，但不能避免不可重复读、幻读。
- 不可重复读：指事务内重复读取别的线程已经提交的数据，但两次读取的结果不一致，原因是查询过程中其他事务做了更新操作。
- 幻读：指在一个事务内两次查询中数据条数不一致，原因是查询过程中其他事务做了添加操作。
- 不可重复读与幻读严格上说不是错误，但其情况不符合实际需求。
repeatable read：可重复读
- MySQL 的默认事务隔离级别
- 避免脏读、不可重复读问题
- 会出现幻读情况
- 确保同一事务的多个实例在并发读取数据时，看到的是相同的数据
serializable：可串行化
- 事务的最高隔离级别
- 会对事务强制排序，使其不发生冲突
- 解决脏读、幻读、不可重复读问题。
- 实际上就是在读数据时，进行加锁操作，可能导致大量的超时现象和锁争

4.1、脏读演示

脏读：一个事务读取了另外一个事务未提交的数据。

如 a 向 b 进货，a开启事务执行下述操作：

start transaction;
update account set money=money-10 where name='a';
update account set money=money+10 where name='b';

这时，a中的事务没有提交，通知 b 查询账户，而 b 的隔离级别低，就会读取到 a 中未提交的数据，b发现账户增加了 10元，于是向 a 发货，等 b 发货后，a 回滚事务，此时 b 就会亏损。如下操作演示上述问题：

1、设置 b 中的事务隔离级别

mysql 中默认隔离级别为repeatable read：可重复读，

这里设置其隔离级别为：read uncommitted：

set session transaction isolation level read uncommitted;

session:当前会话

transaction：事务

isolation：隔离

level：级别

read uncommitted：当前隔离级别

查询事务隔离级别为：

select @@transaction_isolation;# mysql8

可发现修改成功。

2、演示脏读

b账户：先开启一个事务，在其中查询余额信息

a账户：开启事务，执行转账

start transaction;
update account set money=money-10 where name='a';
update account set money=money+10 where name='b';

b账户：查询账户余额

发现账户显示钱已到帐，可以发货，当发货后，a账户回滚事务，这样 b账户就会亏损

当 b账户设置隔离级别为：读已提交后，再次执行上述操作，发现 b账户中没有变化。

4.2、演示不可重复读

指事务中两次查询结果不一致，原因是查询过程中其他事务做了更新操作。

例如：银行统计报表期间，第一次 a账户有 100元，第二次查询 a账户有 99元，原因是统计期间 a账户取出了 10元，这样会导致多次统计报表的结果不一致。

演示：

b账户：开启事务，在事务中查询账户余额信息

a账户：直接修改数据，不用开启事务

b账户：查询数据：

当设置 b账户事务隔离级别为：repeatable read；时，重复上述操作：

发现不变。

4.3、演示幻读

指在一个事务中两次查询中数据条数不一致，因为其他事务做了插入操作

b账户：事务隔离级别设置为：read committed；且查询账户余额

a账户：直接插入，不用开启事务

b账户：查询

发现账户多数据

当需改b账户事务隔离级别为：重复读，再次执行上述操作，结果如下。

发现结果一致。