为什么需要用事务

为什么需要事务？

我们还是从最经典的例子中讲解吧:转账

需求：jeff 给jack 转账1000元

假设转账分为两部完成

1.     jeff减少1000  update test set money = money -500 where name= ‘jeff’

2.     jack增加1000  update test set money = money +500 where name= ‘jack’

如果在完成了第1步的时候突然宕机了，jeff的钱减少了而jack的钱没有增加那jeff岂不是白白丢了1000元；这时候就需要用到我们的事务了

事务流程：

1.     START TRANSACTION开启事务（开启事务后会把所有的操作先存放到事务日志data目录下的ib_logfile0 ，ib_logfile01）

2.     进行实务操作

3.     关闭事务

a. COMMIT提交事务：同步数据保存到数据库表

b. ROLLBACK回滚事务：清空日志表

在开始之前假设jeff 和jack 账户里都有1000

START TRANSACTION开启事务

转账操作扣掉jeff 500

扣除成功，突然宕机了 （你可以尝试模拟宕机的情况1.把电脑关了2.退出mysql客户端）;

我选择了退出客户端 mysql>exit;

刚才只完成了扣除jeff的500元并没有执行到给jack加500就中断了，会不会像没有开启事务一样白白损失500呢？

打开mysql客户端验证  查询账户，发现并没有扣掉500。

事实证明jeff 并没有损失500 账户里面还是原来的1000，因为你已经开启了事务宕机时已经回滚了所以不会出现白白损失500的情况

事务的特性：

1.     原子性：整个事务要么全部成功提交要么全部失败回滚，就像上面的例子扣除jeff 500时突然宕机失败了全部操作撤销。

2.     隔离性：一个事务在完成前对其他事务是不可见的请看下面图文解释

减少了jeff的1000

现在在事务没完成时在新的控制台打开mysql，查询刚才jeff账户，结果发现jeff的1000元并没有被扣除

当你COMMIT提交后在新的控制台打开mysql客户端就可以看见了

3.     一致性：事务操作前后，数据表中的数据不会发生变化（只会在日志表中发生变化这就是上面为什么事务没有提交前当前mysql客户端可以看到数据变化而同时在另外一个mysql端上看不到数据变化），直至成功提交前。在前面转账的例子中就算刚执行完扣除jeff的500后就突然宕机也不会出现损失500的情况

4.     持久性：一旦事务提交则会永久保存在数据库中

这时你可能会有疑问，为什么不开启事务时会直接提交到数据表呢？因为mysql默认采用了自动提交模式

自动提交模式（AUTOCOMMIT）

自动提交模式：如果不是显式开启一个事务，则每一个查询都被当作事务执行提交操

mysql>SHOW VARIABLES LIKE ‘AUTOCOMMIT’; 查看系统是否开启了自动提交

如果我们关闭了自动提交后(只限当前连接) mysql>SET AUTOCOMMIT = 0; 之后的所有查询操作都要显式COMMIT。

以下测试

关闭了自动提交没有COMMIT

COMMIT提交后

最后附上某位老师画的一张图，希望能帮助你们更好理解mysql事务