MySQL事务

什么是事务？
要么都成功，要么都失败
1、将一组SQL放在一个批次中去执行
事务原则：ACID原则
原子性、一致性、隔离性、持久性（脏读，幻读）
1、原子性（Atomicity）
要么都成功，要么都失败
2、一致性（Consistency）
事务前后的数据的完整性要保证一致
3、持久性（Durability）
事物一旦提交则不可逆，被持久化到数据库中
4、隔离性（Isolation）-------
多个用户并发访问数据库时，数据库为每个用户开启的事务，不能被其他事务的操作数据所干扰。

隔离所导致的一些问题：
脏读：指一个事务读取了另一个事务未提交的数据
不可重复读：在一个事务内读取表中某一行的数据，多次读取结果不同。（这个不一定错误，只是某些场合不多）
虚（幻）读：是指在一个事务内读取到了别的事务插入的数据，导致前后读取不一致


执行事务：
mysql是自动开始事务自动提交的

SET autocommit = 0   -- 关闭
SET autocommit = 1   -- 开启（默认的）
-- 手动处理事务
SET autocommit = 0  -- 关闭自动提交
-- 事务开启
START TRANSACTION -- 标记一个事务的开始，从这个之后的sql 都在同一个事务内

INSERT  xxx
INSERT  xxx

-- 提交：持久化（成功！）
 COMMIT
-- 回滚：回到原来的样子（失败！）
ROLLBACK

-- 事务结束
SET autocommit = 1    -- 开启自动提交

-- 了解
SAVEPOINT  保存点名    -- 设置一个事务的保存点
ROLLBACK TO SAVEPOINT  保存点名    -- 回滚到保存点
RELEASE  SAVEPOINT  保存点  -- 撤销保存点

脏读
1、在事务A执行过程中，事务A对数据资源进行了修改，事务B读取了事务A修改后的数据。

2、由于某些原因，事务A并没有完成提交，发生了RollBack操作，则事务B读取的数据就是脏数据。

这种读取到另一个事务未提交的数据的现象就是脏读(Dirty Read)。

不可重复读：

事务B读取了两次数据资源，在这两次读取的过程中事务A修改了数据，导致事务B在这两次读取出来的数据不一致。

这种**在同一个事务中，前后两次读取的数据不一致的现象就是不可重复读(Nonrepeatable Read)。**

虚读(幻读)

事务B前后两次读取同一个范围的数据，在事务B两次读取的过程中事务A新增了数据，导致事务B后一次读取到前一次查询没有看到的行。

幻读和不可重复读有些类似，但是幻读强调的是集合的增减，而不是单条数据的更新。

第一类更新丢失

事务A和事务B都对数据进行更新，但是事务A由于某种原因事务回滚了，把已经提交的事务B的更新数据给覆盖了。这种现象就是第一类更新丢失。

第二类更新丢失

其实跟第一类更新丢失有点类似，也是两个事务同时对数据进行更新，但是事务A的更新把已提交的事务B的更新数据给覆盖了。这种现象就是第二类更新丢失。

事务隔离级别

为了解决以上的问题，主流的关系型数据库都会提供四种事务的隔离级别。事务隔离级别从低到高分别是：读未提交，读已提交，可重复读，串行化。事务隔离级别越高，越能保证数据的一致性和完整性，但是执行效率也越低，所以在设置数据库的事务隔离级别时需要做一下权衡，mysql默认是可重复读
读未提交

读未提交(Read Uncommitted)，是最低的隔离级别，**所有的事务都可以看到其他未提交的事务的执行结果。**只能防止第一类更新丢失，不能解决脏读，可重复读，幻读，所以很少应用于实际项目。
读已提交

读已提交(Read Committed)，在该隔离级别下，**一个事务的更新操作只有在该事务提交之后，另外一个事务才可能读取到同一笔数据更新后的结果。**可以防止脏读和第一类更新丢失，但是不能解决可重复和幻读的问题。
可重复读（重要）

可重复读(Repeatable Read)，mysql默认的隔离级别。在该隔离级别下，一个事务多次读同一个数据，在这个事务还没有结束时，其他事务不能访问该数据（包括了读写），这样就可以在同一个事务内两次读到的数据是一样的。可以防止脏读、不可重复读、第一类更新丢失，第二类更新丢失的问题，不过还是会出现幻读。
串行化

串行化(Serializable)，这是最高的隔离级别。它要求事务序列化执行，事务只能一个接着一个的执行，不能并发执行。在这个级别，可以解决上面提到的所有并发问题，但是可能导致大量的超时现象和锁竞争，通常不会用这个隔离级别。

总结：

扩展：回滚机制

在mysql中，恢复机制是通过回滚日志（undo log）实现的，所有的事务进行的修改都会先记录到这个回滚日志中，然后在堆数据库中的对应进行写入。

mysql的事务是由redo和undo的，redo操作的所有信息都是记录到重做日志（redo_log）中，也就是说当一个事务做commit操作时，需要先把这个事务的操作写到redo_log中，然后在把这些操作flush到磁盘上，当出现故障时，只需要读取redo_log，然后在重新flush到磁盘就行了。

而对于undo就比较麻烦，mysql在处理事务时，会在数据共享表空间里申请一个段就做segment段，用保存undo信息，当在处理rollback，不是完完全全的物理undo，而是逻辑undo，也就是说会之前的操作进行反操作（对于每个insert，回滚时会执行delete；对于每个delete，回滚时会执行insert；对于每个update，回滚时会执行一个相反的update，把数据改回去。），但是这些共享表空间是不进行回收的。这些表空间的回收需要由mysql的master thread进程进行回收。

案例

-- 转账
CREATE DATABASE `shop` CHARACTER SET utf8 COLLATE utf8_general_ci
USE shop


CREATE TABLE `account`(
`id`  INT(3) NOT NULL  AUTO_INCREMENT , 
`name` VARCHAR(30) NOT NULL ,
`money` DECIMAL(9,2) not NULL,
PRIMARY KEY(`id`)
) -- ENGINe=INNODB DEFAULT CHARSET =utf8

INSERT INTO account (`name`,`money`)
VALUES ('a',2000.00),('b',10000.00)
-- 模拟转账：事务
SET autocommit = 0;-- 关闭自动提交
START TRANSACTION -- 开启一个事务
UPDATE account SET money = money-500 WHERE `name`='a'-- a减500
UPDATE account SET money = money+500 WHERE `name`='b'-- b加500

COMMIT;-- 提交事务,被持久化了
ROLLBACK;-- 回滚
SET autocommit = 1;