MySQL事务控制语句
在mysql命令行的默认下，事务都是自动提交的，sql语句提交后马上会执行commit操作。因此开启一个事务必须使用begin，start transaction，或者执行 set autocommit=0;
可以使用的事务控制语句
start transction | begin : 显示的开启一个事务
commit （commit work）
commit work与completion_type的关系，commit work是用来控制事务结束后的行为，是chain还是release的，可以通过参数completion_type来控制，默认为0（或者NO_CHAIN），表示没有任何操作 与commit效果一样。当completion_type=1的时候
mysql> set names utf8; Query OK, 0 rows affected (0.00 sec) mysql> create table t(a int, primary key (a))engine=innodb; Query OK, 0 rows affected (0.29 sec) mysql> select @@autocommit; +--------------+ | @@autocommit | +--------------+ | 1 | +--------------+ 1 row in set (0.00 sec) mysql> set @@completion_type=1; Query OK, 0 rows affected (0.00 sec) mysql> begin; Query OK, 0 rows affected (0.00 sec) mysql> insert into t select 1; Query OK, 1 row affected (0.00 sec) Records: 1 Duplicates: 0 Warnings: 0 mysql> commit work; Query OK, 0 rows affected (0.00 sec) mysql> insert into t select 2; Query OK, 1 row affected (0.00 sec) Records: 1 Duplicates: 0 Warnings: 0 mysql> insert into t select 2; ERROR 1062 (23000): Duplicate entry '2' for key 'PRIMARY' mysql> rollback; Query OK, 0 rows affected (0.00 sec) # 回滚之后只有1这个记录，而没有2这个记录 mysql> select * from t; +---+ | a | +---+ | 1 | +---+ 1 row in set (0.00 sec)
测试中，将completion_type设置成1，第一次通过commit work来insert这条记录。之后insert 2的时候并没有启用begin（start transaction）来开启一个事务，之后再插入一条重复的记录2，这时会抛出异常rollback后，最后发现只有1这样一条记录，2并没有被insert进去。因为completion_type为1的时候，commit work会开启另外一个事务，因此2个insert语句是在同一个事务里面的，所以回滚后就没有insert进去。
参数completion_type为2时，commit work等同于commit and release。当事务提交时候会自动断开与db的连接，如下：
mysql> set @@completion_type=2;
Query OK, 0 rows affected (0.00 sec)
mysql> begin
-> ;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into t select 3;
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0
mysql> commit work;
Query OK, 0 rows affected (0.00 sec)
mysql> select @@versison;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 205656
Current database: test
ERROR 1193 (HY000): Unknown system variable 'versison'
mysql>
通过上面的测试发现，completion_type设置成2时，commit work之后，再通过select获取db服务器版本信息的时候出现2006的error，说明以及断开了与db的连接。
rollback，rollback work与commit，commit work的工作原理一样。
rollback（rollback work）
savepoint identifier：在事务中创建一个保存点，一个事务允许有多个保存点
release savepoint identifier：删除事务中的保存点，当时一个保存点也没有时执行这个命令，会报错抛出一个异常，如下所示：
mysql> begin; Query OK, 0 rows affected (0.00 sec) mysql> rollback to savepoint t1; ERROR 1305 (42000): SAVEPOINT t1 does not exist mysql>
innodb存储引擎中的事务都是原子性的，说明以下2种情况：
构成事务的每条语句都会commit，否则事务的每条语句都会rollback，这种保护还会涉及到单调的语句。一条语句要不完成成功要么完全回滚，
但是一条语句失败并不会导致前一条执行的语句自动回滚，他们的工作会保留，需要你手动commit或者rollback。如下：
mysql> create table t(a int, primary key (a))engine=innodb;
Query OK, 0 rows affected (0.24 sec)
mysql> begin
-> ;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into t select 1;
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0
mysql> insert into t select 1;
ERROR 1062 (23000): Duplicate entry '1' for key 'PRIMARY'
mysql> select * from t;
+---+
| a |
+---+
| 1 |
+---+
1 row in set (0.00 sec)
mysql>
可以看到，插入第二条记录的时候，db抛出了1062错误，但是并没有自动回滚，能查出前一条insert的记录，这个时候需要我们手动commit或者rollback
rollback to [savepoint] identifier：与savepoint一起使用，可以把事务回滚到标记点，而不回滚在此标记点之前的任何工作。
set transaction：设置事务的隔离级别，4种事务隔离级别：read uncommitted，read committed，repeatable read，serializable。
start transaction与begin都可以在mysql命令行下显示的开启一个事务，但是在存储过程中MySQL会自动将begin识别成begin ... end。
因此在存储过程中，只能用start transaction。