事务是数据库区别于文件系统最重要的特性之一。事务可由一条非常简单的SQL语句组成，也可以由一组复杂的SQL语句组成。事务是访问并更新数据库中各种数据项的一个程序执行单元。在事务操作中，要么都做修改，要么都不做，这就是事务的目的。

MySQL的存储引擎中，INNODB支持事务特性，这里主要讲述INNODB的事务特性。

INNODB存储引擎完全符合事务的ACID特性：

• 原子性（atomicity）
• 一致性（consistency）
• 隔离性（isolation）
• 持久性（durability）

原子性： 是指整个数据库事务是不可分割的工作单位。只有使事务中所有的数据库操作都执行成功，才能整个事务成功。事务中任何一个SQL语句执行失败，已经执行成功的SQL语句必须撤销，数据库状态应该退回到执行事务之前的状态。事务是最小的工作单元，构成事务的DML语句，要么全部执行成功，要么全部失败，这就是事务的原子性。

一致性： 在事务的执行前后，不能破坏数据库的完整性约束条件。

隔离性：多个事务并行执行，一个事务的修改对其他事务是不可见的，好似是串行执行的。INNODB使用锁来保证事务的隔离性。

持久性：事务一旦提交，所做的修改时持久的，不会因为数据库的宕机，恢复等丢失事务的修改。

事务的分类（摘自Inside君的《MySQL技术内幕-INNODB存储引擎》）：

• 扁平事务（float  transactions）
• 带有保存点的扁平事务（flat transactions  with savepoint）
• 链事务（Chained Transactions）
• 嵌套事务（Nested Transactions）INNODB存储引擎不支持
• 分布式事务（Distributed Transactions）

扁平事务：是事务类型中最简单的一种，但在实际中，用的最多。在扁平事务中，所有的操作都处于同一层次，其由begin开始，由commit或者rollback结束，其间操作是原子的，要么都执行，要么全部回滚。

#扁平事务的基本形式如下：
BEGINE  WORK;
operation1；
operation2；
.....
commit  OR  rollback；

带有保存点的扁平事务： 在扁平事务中，事务中的SQL语句要么全部执行，要么全部回滚，但是有时operation1操作执行成功，operation2也执行了，这时候我们想回滚到operation1操作执行之后的状态？引入了保存点的概念，只要在operation1执行之后设置保存点，回滚时指定对应的保存点，就可以回滚到指定的保存点的状态：

mysql> select * from tb1;
+---+
| a |
+---+
| 1 |
| 2 |
| 4 |
+---+
3 rows in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into tb1 select 5;
Query OK, 1 row affected (0.00 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> savepoint test1;       #设置保存点1
Query OK, 0 rows affected (0.00 sec)

mysql> insert into tb1 select 7;
Query OK, 1 row affected (0.00 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> savepoint test2;       #设置保存点2
Query OK, 0 rows affected (0.00 sec)

mysql> select * from tb1;
+---+
| a |
+---+
| 1 |
| 2 |
| 4 |
| 5 |
| 7 |
+---+
5 rows in set (0.00 sec)

mysql> rollback to test1;        #回滚到保存点1
Query OK, 0 rows affected (0.00 sec)

mysql> select * from tb1;
+---+
| a |
+---+
| 1 |
| 2 |
| 4 |
| 5 |
+---+
4 rows in set (0.00 sec)

mysql>

上面的实例中我们最先开始用begin开启了一个事务，然后又回滚到了保存点test1，需要注意的是这个事务并没有结束，若需要结束需要执行commit或者rollback！

链事务：

保存点事务的一种变种。保存点事务在系统崩溃时，所有的保存点都是易失的，即系统恢复时，事务需要从开始出重新执行，而不能从最近的保存点继续执行。

链事务指的是在提交事务时，释放不需要的数据对象，将必要的处理上下文隐式地传给下一个要开始的事务。提交事务和开始下一个事务将合并为一个原子操作。即下一个事务将看到上一个事务的结果，就好象在一个事务中进行一样。

链事务与带有保存点的事务不同，带有保存点的事务能回滚到任意正确的保存点。而链事务中的回滚仅限于当前保存点。

链事务实例见下面：

嵌套事务：

　　是一个层次结构框架。由一个顶层事务控制各个层次的事务。顶层事务之下嵌套的事务被称为子事务，其控制每一个局部的变换。

嵌套事务的定义如下：

1. 嵌套事务是由若干事务组成的一棵树，子树既可以是嵌套事务，也可以是扁平事务。
2. 处在叶子节点的是扁平事务。但是每个事务从根到叶节点的距离可以是不同的。
3. 位于根节点的事务称为顶层事务，其他事务称为子事务。事务的前驱称为父事务，事务的下一层事务称为儿子事务。
4. 子事务既可以提交也可以回滚。但是它的提交操作并不马上生效，除非其父事务已经提交，任何子事务都在顶层事务提交后才能真正的提交。
5. 树中的任意一个事务的回滚会引起它的所有子事务一同回滚，故子事务仅保留ACI特性，不具有D特性。

MySQL不支持嵌套事务。

分布式事务

　　分布式事务是在分布式环境下运行的扁平事务。

事务控制语句

在MySQL的命令行默认设置下，事务都是自动提交的，即执行语句后就会马上执行commit操作。

mysql> show variables like "autocommit";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+
1 row in set (0.01 sec)

#默认情况自动提交时开启的，可以设置为关闭。

#事务控制语句如下

• start transaction | begin 显式开启一个事务。（在存储过程中MySQL会自动将begin识别为begin....and，因此在存储过程中开启事务，需要使用start transaction）
• commit | commit work 　　 提交事务
• rollba | rollback work 回滚事务
• savepoint 创建保存点
• release savepoint identifier ： 删除一个保存点，当保存点不存在时，会报出异常
• rollback to 【savepoint】 identifier： 回滚到某一个保存点
• set transaction leve xxxx: 设置事务的隔离级别

commit和commit work语句基本一致，都是用来提交事务。不同之处在于commit  work用来控制事务结束后的行为是chain还是release的。如果是chain，那么就是链事务。

链事务实例：

mysql> select * from tb2;
+------+
| a    |
+------+
|   10 |
|   20 |
+------+
2 rows in set (0.00 sec)

mysql> set @@completion_type=1;               #设置为1
Query OK, 0 rows affected (0.00 sec)

mysql> begin;                                 #显式开启一个事务
Query OK, 0 rows affected (0.00 sec)

mysql> insert into tb2 select 30;             #插入数值30
Query OK, 1 row affected (0.00 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> commit;                                #提交事务
Query OK, 0 rows affected (0.00 sec)

mysql> insert into tb2 select 40;             #插入40
Query OK, 1 row affected (0.00 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> rollback;                              #回滚事务 
Query OK, 0 rows affected (0.00 sec)

mysql> select * from tb2;                     #结果看到只回滚了插入40的事务，也就是说上面的commit提交之后，又开启了一个事务。 
+------+
| a    |
+------+
|   10 |
|   20 |
|   30 |
+------+
3 rows in set (0.00 sec)

mysql> 

当数值设置为2时：

mysql> set @@completion_type=2;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from tb2;
+------+
| a    |
+------+
|   10 |
|   20 |
|   30 |
+------+
3 rows in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into tb2 select 40;
Query OK, 1 row affected (0.00 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> commit;                    #事务提交之后
Query OK, 0 rows affected (0.00 sec)

mysql> select @@version;          #再次查询会有重新连接的提示，说明上次事务提交之后，断开了当前会话的连接
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    86
Current database: mytest

+------------+
| @@version  |
+------------+
| 5.7.22-log |
+------------+
1 row in set (0.00 sec)

mysql>

对事物的操作统计：

【待续】