一、事务的自动提交

默认情况下，没有使用begin显式开启事务，事务都是自动提交的

autocommit变量

该变量用于控制SQL语句是否自动提交（auto commit）

默认值为1，表示自动提交

设置为0后，需要自己手动使用commit或rollback来结束事务
-- SQL语句自动提交（默认值）
set autocommit=1;

-- SQL语句不自动提交
set autocommit=0;
演示案例

创建一个表格t
drop table if exists t;

create table t(
    a int,
    primary key(a)
)engine=innodb;
设置autocommit为0，向表格中插入一条语句并查询
set autocommit=0;

insert into t select 1;

select * from t;
此时进行回滚，再次查询表格，可以看到语句没有插入成功（因为autocommit为0，每次执行都属于一个事务）
rollback;

select * from t;
回滚之后又开启了一个新的事务（因此类推）

二、事务控制语句

显式开启一个事务

start transaction;

begin;

提交事务，对事务中所做的修改进行永久性的保存

-- 两者的区别见下
commit;

commit work;

回滚事务，撤销所有的事务并结束本次事务

-- 两者的区别见下
rollback;

rollback work;

设置保存点

savepoint point_name;

删除保存点，如果删除一个不存在的保存点会抛出异常

release savepoint point_name;

回滚至某个保存点，从当前到该保存点之间的事务会撤销，保存点之前的事务不撤销

rollback to savepoint point_name;

设置事务隔离级别，可以设置的隔离级别有：
- READ UNCOMMITTED
- READ COMMITTED
- REPEATABLE READ
- SERIALIZABLE

set transaction xxx;

存储过程的事务开启

存储过程中只能使用start transaction开起来一个事务，因为begin在存储过程中会被认为一对“begin...end”来使用

TRUNACTE TABLE命令不可以回滚

TRUNCATE TABLE清空表的语句不能进行回滚

演示案例

创建一个表格t，并插入两行数据
drop table if exists t;

create table t(
    a int,
    primary key(a)
)engine=innodb;

insert into t select 1;

insert into t select 2;
开启一个事务，然后清空表，并回滚事务
begin;

truncate table t;

rollback;
查询表数据为空，因此TRUNCATE TABLE命令回滚也无效
select * from t;

三、链事务（commit与commit work、rollback与rollback work）

commit与commit work都是用来提交一个事务
但是commit work可以用来控制事务结束后的行为是CHAIN还是RELEASE的：
- 如果是CHAIN，那么事务就变成了链事务（见下面的completion_type参数）

completion_type参数

该参数为0（NO_CHAIN）：此时COMMIT和COMMIT WORK都是相同的

设置为1（CHAIN）后：COMMIT WORK等同于COMMIT AND CHAIN，后面会立马开启一个相同隔离级别的事务（链事务）

设置为2（RELEASE）后：COMMIT WORK等同于COMMIT AND RELEASE，在事务提交后会自动断开与服务器的连接并重新开启一个会话

completion_type为1的演示案例

创建一个表格，将completion_type设置为1（表示开启链事务）
drop table if exists t;

create table t(
    a int,
    primary key(a)
)engine=innodb;

set @@completion_type=1;
此时开启一个事务，然后向表中插入一行数据，使用COMMIT WORK提交事务（此时后面默认开启一个事务）
begin;

insert into t select 1;

commit work;
此时再插入一行数据，然后进行回滚操作
insert into t select 2;

rollback;
查询表格，发现数据还有一行（这就是因为completion_type之后，commit work后面又自动开启了一个事务，我们使用rollback将事务撤销了）
select * from t;
completion_type为2的演示案例

接着上面的表格，将参数设置为2
set @@completion_type=2;

show variable like 'completion_type'\G
开启一个事务，然后插入一条数据，并结束本次事务
begin;

insert into t select 3;

commit work;
然后随便执行一条SQL语句，发现抛出异常，错误的原因是当前会话已与服务器断开连接，并且重新开启了一个会话
select version();

roll和roll work的使用与commit和commit work相同

四、保存点的使用演示案例

创建一张表格t

drop table if exists t;

create table t(
    a int,
    primary key(a)
)engine=innodb;

开启一个事务，然后插入一条语句，设置第一个保存点t1

begin;

insert into t select 1;

savepoint t1;

再插入一条语句，设置第二个保存点t2

insert into t select 2;

savepoint t2;

再插入一条语句，回滚至保存点t2

insert into t select 3;

rollback to savepoint t2;

然后结束事务，查看表格中的数据

commit;

select * from t;

五、隐式提交的SQL语句

文章开头说过，默认情况下执行的SQL语句会自动提交，下面列出了含有隐式COMMIT操作的语句

六、对于事务操作的统计

由于InnoDB存储引擎是支持事务的，因此InnoDB存储引擎的应用需要在考虑每秒请求书（QPS）的同时，应该关注每秒事务处理的能力（TPS）

com_commit、com_rollback变量

计算TPS的方法是：
(com_commit+com_rollback)/time
使用上面公式的前提是：所有的事务都是显式提交的，如果存在隐式地提交和回滚（默认autocommit=1），不会计算到com_commit和com_rollback变量中

演示案例
show global status like 'com_commit'\G

insert into t select 1;
insert into t select 2;

select * from t;

show global status like 'com_commit'\G

handler_commit、handler_rollback

这两个参数也用于事务的统计操作

但是这两个参数在MySQL 5.1中可以很好地统计InnoDB存储引擎显式和隐式的事务提交操作，但是在InnoDB Plugin中这两个参数的表现有些“怪异”，并不能很好地统计事务的次数