第30讲：事务的基本概念以及如何实现事务

事务的基本概念以及如何实现事务

文章目录

1.事务的基本概念

数据库中有事务的概念，那么什么是事务呢？

事务指的是一组操作的集合，事务会把集合中所有的操作看成是一个整体，一起向数据库提交这些操作，或者撤销这些操作，这些操作可以是增加数据、修改数据、插入数据、查询数据，但是这一个集合中的所有操作必须要么全部成功，要么全部失败。

事务的重点概念就是：要么全部执行成功、要么全部执行失败。

事务这种操作经常应用于银行、金融等业务场景，只要涉及金额、交易等这类场景，就需要用到事务操作。

为了更清楚的理解什么是事务，我们一起来看下面这个场景。

小明的账户里有5000元，要给小红转账1000元，此时数据库就开启了一组事务，事务中分为了三个操作模式：

• 首先查询小明账户中的余额是否满足要转账的金额。
• 然后触发更新数据的操作，小明的账户减少1000元。
• 最后再次触发一个更新数据的操作，小红账户增加1000元。

事务中的三个操作要么全部执行成功，要么全部执行失败，当三个操作全部执行成功时，数据库会提交这个事务，如果中间有一个操作执行失败了，会立刻回滚事务，将修改过的数据全部还原，防止业务逻辑出现问题。

如果其中某个操作异常了，其他的都提交到数据库了，那么就会导致数据异常，金融行业的数据异常是万万不能存在的。

事务在MySQL中是默认开启的，默认情况系啊，每一条DML语句，都是一条事务。

事务的应用有两种方式：

• 控制事务的提交方式（手动、自动。）
• 开启事务、提交事务、回滚事务。

事务的四大特性分别是原子性、一致性、隔离性、持久性。

• 原子性（Atomicity）：事务是不可分割的最小操作单元，事务里的多个操作单元，要么全部执行成功，要么全部执行失败。
• 一致性（Consistency）：事务完成时，所有的数据都保持一致的状态，以转账场景为例，一旦提交事务后，转账双方的金额变化必须符合业务逻辑，小明余额减1000元，小红余额就必须加1000元，数据要保持一致状态。
• 隔离性（Isolation）：数据库系统提供事务的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行，在很多场景下，会有多个事务同时对一个数据表进行操作，此时有了隔离机制，事务A运行的时候并不会影响事务B的运行。
• 持久性（Durability）：事务一旦提交或者回滚后，对于数据库的数据改变将是永久性的，数据都会被写入到磁盘中。

2.模拟一个事务场景（未控制事务）

创建一张金融数据表，里面有小明和小红两个人，分别有2000块钱的余额，小明给小红转账一千元，我们针对转账场景模拟事务，观察事务的表现方式。

2.1.创建余额信息表并写入数据

createtable yexxb (
    id intprimarykeyauto_incrementcomment'ID',
    xm varchar(10)comment'姓名',
    ye double(10,2)comment'余额')comment'余额信息表'insertinto yexxb (xm,ye)values('小明','2000'),('小红','2000');

2.2.测试正常情况不控制事务的现象

首先来测试一下未控制事务的情况下，数据的一个执行状态。

下面的SQL语句是小明给小红转账的完整语句流程，全部选中一起执行。

-- 查询小明的余额select*from yexxb where xm ='小明';-- 将小明的余额减少1000update yexxb set ye = ye -1000where  xm ='小明';-- 将小红的余额增加1000update yexxb set ye ye +1000where xm ='小红';

正常情况下，SQL语句全部执行成功，业务逻辑也没有任何问题，小明给小红转账后，小明的余额减少了1000元，小红的余额增加了1000元，没有任何问题。

2.2.测试不正常情况不控制事务的现象

业务逻辑并不是时时刻刻都能够成功执行的，也有很多因为网络问题，程序产生了异常，三个SQL操作，只有某一个成功了，那么就会导致数据异常。

选中下面所有的SQL语句，全部一起执行，模拟不正常情况下事务的现象。

-- 查询小明的余额select*from yexxb where xm ='小明';-- 将小明的余额减少1000update yexxb set ye = ye -1000where  xm ='小明';

程序异常，网络波动
-- 将小红的余额增加1000update yexxb set ye ye +1000where xm ='小红';

由于网络或者程序的异常，导致应该三个都需要执行成功的SQL，此时只执行成功了前两个，第三条并没有执行成功，此时就会导致小明的余额虽然减少了1000元，但是小红的余额却没有增加。

这在金融行业是绝对不允许发生的现象，涉及到钱的问题都不是小问题。

此时我们也可以得到一个结论，在默认的情况下，MySQL数据库中的一条SQL语句，都是一个事务，执行完一条SQL后，都会提交到数据后，对数据进行操作，当遇到多SQL有关联性，需要一起实现某个业务逻辑时，如果还使用默认的事务配置，那么就会对数据产生不可逆的影响。

3.事务的配置语法

1）设置事务的提交方式

SET @@autocommit=0|11：自动提交事务，1条SQL表示1个事务
0：手动提交事务，不提交事务，数据就不会发生改变

当设置了手动提交事务的行为后，此时我们执行的SQL语句不会提交到数据库，数据不会发生修改，需要手动执行提交事务的命令。

2）查看事务的提交方式

SELECT @@autocommit

3）提交事务

COMMIT

4）回滚事务

ROLLBACK

4.以手动控制事务的提交观察转账场景的效果

在前面不控制事务时，当有网络波动，数据就会执行异常，下面我们手动控制事务的提交，来观察控制事务后转账场景的效果。

4.1.将事务行为调整为手动提交

set @@autocommit=0;

4.2.正常情况下的手动控制事务的现象

此时同时执行下面的SQL，下面的SQL就是完整的转账流程，观察手动控制事务的提交后，数据有什么变化。

-- 查询小明的余额select*from yexxb where xm ='小明';-- 将小明的余额减少1000update yexxb set ye = ye -1000where  xm ='小明';

程序异常，网络波动
-- 将小红的余额增加1000update 网络波动yexxb set ye ye +1000where xm ='小红';

和前面没有控制事务时，有了很明显的编号，当手动控制了事务的提交后，只要我们不提交数据，无论执行了多少个更新数据的操作，数据表中的数据永远都不会发生改变。

下面我们来执行提交事务的操作，然后再观察表中的数据。

commit;

当事务提交成功后，数据库表中的数据才会执行对应的操作，否则任何处理数据的动作只会存在于当前会话中（在这个会话中使用select就可以看到修改后的数据，但是不提交就不会再表中进行更改）。

4.2.不正常情况下的手动控制事务的现象

在前面演示了正常情况下的手动控制事务提交的现象，下面来看看非正常情况时，手动控制事务的现象。

此时执行下面的所有SQL时，就会看到异常的现象，此时，第三条SQL是不会执行成功的，但是前面两条都是成功的。

-- 查询小明的余额select*from yexxb where xm ='小明';-- 将小明的余额减少1000update yexxb set ye = ye -1000where  xm ='小明';

程序异常，网络波动
-- 将小红的余额增加1000update 网络波动yexxb set ye ye +1000where xm ='小红';

我们还没有提交事务，因此当发现异常时，可以执行回滚的操作，将事务撤销，保证数据不受影响。

rollback;

可以看到此时的数据时不会受到任何影响的。

5.以手动开启事务并提交的方式来实现转账场景的效果

效果和手动控制事务提交行为一样，重点是语法不同，使用手动开启事务的方式时，无需调整事务提交的默认行为。

1.开启事务
starttransaction2.执行事务的SQL逻辑
-- 查询小明的余额select*from yexxb where xm ='小明';-- 将小明的余额减少1000update yexxb set ye = ye -1000where  xm ='小明';-- 将小红的余额增加1000updateset ye = ye +1000where xm ='小红';3.提交事务
commit4.如果SQL执行异常那么就回滚事务
rollback

在实际的生产环境中，建议使用此种方式。