MySQL-事务

什么是事务呢？
简单总结一下就是：要么都成功，要么都失败！

举个例子：你现在一共有两条SQL执行语句，第一条为A给B转账，第二条为B收到了A的转账，这两条执行语句只能存在两种结果：都成功和都失败，成功就是A转账成功，B也成功收到钱；失败就是A转账失败，B没有收到钱。不能存在第一条语句执行成功而第二条语句执行失败的情况，动用一下小脑袋瓜子也可以想到，A执行成功，B没有执行成功就代表着A转账少了钱而B没收到钱，那转账的钱就凭空消失了，这种事情可不能发生！

专业一点来讲，就是将一组SQL语句放在一个批次里执行~

题外话：在数据库的类型里，我们提到InnoDB是支持事务的，而MyISAM并不支持，不过在最新版的MySQL中，MyISAM也更新为同样支持事务~

这里需要记住一句话：事务的原则遵循ACID原则，即为原子性，一致性，隔离性，持久性！

• Atomicity（原子性）：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被恢复（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。
• Consistency（一致性）：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。
• Isolation（隔离性）：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。
• Durability（持久性）：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

我们上面提到的转账事例，就体现了事务的原子性，即两个步骤一起成功，或者一起失败，不能只发生其中一个动作！

一致性，我们可以简单地理解为最终一致性，无论是转账成功还是转账失败，A和B的账户金额总数是不变的！

持久性就是事务结束后的数据不会因为外界的因素导致数据丢失！在转账的过程中（事务未提交），服务器突然宕机或者断电，等到重启后，数据库会恢复到原状！如果事务已经提交，那会持久化到数据库，维持提交后的状态，且需要注意的是，事务一旦提交后是不可逆的！

隔离性就是指针对多个用户同时操作的时候，主要排除其他事务对本次事务的影响，即A给B转账和C给B转账，这两个事务之间不会相互影响！

假设存在一些干扰情况，导致隔离出现一些问题，这时，关于事务的隔离性，就需要进一步引出事务的隔离等级的概念：

• 脏读：指一个事务读取了另外一个事务未提交的数据。
• 不可重复读：在一个事务内读取表中的某一行数据，多次读取结果不同。（这个不一定是错误，只是某些场合不对）
• 虚读(幻读)：是指在一个事务内读取到了别的事务插入的数据，导致前后读取数量总量不一致。（一般是行影响）

事务创建

事务的创建流程图：

-- MySQL是默认开启事务的自动提交的
SET autocommit = 0; -- 关闭
SET autocommit = 1; -- 开启

START TRANSACTION -- 标记一个事务的开始，从这之后的SQL都在同一个事务之内

-- 提交
COMMIT
-- 回滚
ROLLBACK
-- 事务结束
SET autocommit = 1; 
-- 设置事务保存点
SAVEPOINT '保存点'
ROLLBACK TO '保存点' -- 回滚至保存点（可以理解为游戏存档）
RELEASE SAVEPOINT '保存点' -- 删除保存点

测试事务模拟转账

-- 模拟转账
CREATE DATABASE shop CHARACTER SET utf8 COLLATE utf8_general_ci
USE shop
CREATE TABLE IF NOT EXISTS `account`(
  `id` INT NOT NULL AUTO_INCREMENT,
  `name` VARCHAR(50) NOT NULL,
  `money` DECIMAL(9,2) NOT NULL,
  PRIMARY KEY (`id`)
)ENGINE=INNODB DEFAULT CHARSET=utf8mb4

INSERT INTO `account`(`name`,`money`)
VALUES('张三',1000.00),('李四',3000.00)

-- 事务操作
SET autocommit = 0 -- 关闭自动提交
START TRANSACTION
UPDATE `account` SET `money`=`money`-500 WHERE `name`='张三' -- 张三向李四转账500
UPDATE `account` SET `money`=`money`+500 WHERE `name`='李四' -- 李四收到张三转账的500
COMMIT; -- 提交（一旦提交，数据便持久化）
ROLLBACK; -- 回滚
SET autocommit = 1; -- 开启事务自动提交

从运行结果来看，当我们开启事务之后，执行update语句，数据会实时更新，但无论这两条update语句执行多少次，rollback可以直接将数据恢复至最初的状态，这是因为事务开启之后，以下的所有SQL都属于同一批次，而且，一旦执行commit提交数据，数据将被持久化，简单来说就是数据已经被彻底修改，无法逆转！即使再次使用rollback，也是恢复到commit提交后的状态~
注意：事务结束后不要忘记开启事务的自动提交！