一、事务的自动提交

默认情况下，没有使用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'\Ginsert 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中这两个参数的表现有些“怪异”，并不能很好地统计事务的次数

所以，如果用户的程序都是显式控制事务的提交和回滚，可以通过com_commit和com_rollback进行统计。如果不是，那么情况就显得有些复杂

MySQL(InnoDB剖析):42---事务之（事务控制语句：begin、commit、rollback、savepoint、transaction）相关推荐

MySQL(InnoDB剖析):43---事务之（事务隔离级别：READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ、SERIALIZABLE）
ISO和ANIS SQL标准指定了4种事务隔离级别的标准,但是很少有数据库厂商循环这些标准.例如Oracle数据库就不支持READ UNCOMMITTED和REPEATABLE READ SQL标准定 ...
MySQL(InnoDB剖析):46---事务之（长事务）
长事务概述长事务,就是执行时间较长的事务比如,对于银行系统的数据库,每过一个阶段可能需要更新对应账户的利息.如果对应账号的数量非常大,例如对有1亿用户的表account,需要执行下列语句: 这时这 ...
MySQL(InnoDB剖析):36---锁之（阻塞、死锁、锁升级）
一.阻塞因为不同锁之间的兼容性问题,在有些时刻一个事务中的锁需要等待另一个事务中的锁释放它所占用的资源,这就是阻塞.阻塞并不是一件坏事,其是为了确保事务可以并发且正常地运行 innodb_lock_ ...
MySQL(InnoDB剖析):53---性能调优之（CPU的选择、内存的重要性、磁盘对数据库性能的影响）
一.CPU的选择用户首先需要清楚当前数据库的应用类型.一般而言,可分为两大类:OLTP(Online Transaction Processing,在线事务处理)和OLAP(Online analy ...
MySQL(InnoDB剖析):15---table之（表空间：段(segment)、区(extent)、页(page)）
一.InnoDB逻辑存储结构从InnoDB的逻辑存储结构看,所有数据都被逻辑地存放在一个空间中,称之为表空间(tablespace) 表空间又由段(segment).区(extent).页(page ...
MySQL(InnoDB剖析):29---全文检索（倒排索引、全文索引/全文检索）
一.引言演示说明前面介绍过了,B+树索引的特点是可以通过索引字段的前缀进行查找.例如对于下面的查询B+树是支持的 select * from blog where content like 'xx ...
MySQL(InnoDB剖析):51---备份与恢复之（快照备份(lvcreate、lvdisplay)）
一.快照备份概述 MySQL数据库本身并不支持快照功能,因此快照备份是指通过文件系统支持的快照功能对数据库进行备份.备份的前提是将所有数据库文件放在同一文件分区中,然后对该分区进行快照操作支持快照功 ...
MySQL(InnoDB剖析):24---B+树索引（聚集索引与非聚集索引(辅助索引)）、B+树索引的分裂
一.B+树索引概述 B+树索引的本质就是B+树在数据库中的实现.但是B+索引在数据库中有一个特点就是高扇出性,因此在数据库中,B+树的高度一般都在2~4层,也就是说查找某一键值的行记录最多只需要2~4 ...
MySQL(InnoDB剖析):---B+树索引（聚集索引与非聚集索引(辅助索引)）、B+树索引的分裂
小伙伴们大家好!今天是大年三十,给大家拜个早年!在此小弟祝各位大哥们与家人团团圆圆,和和睦睦,新的一年身体健康,工作顺利! 一.B+树索引概述 B+树索引的本质就是B+树在数据库中的实现.但是B+索引 ...

MySQL(InnoDB剖析):42---事务之（事务控制语句：begin、commit、rollback、savepoint、transaction）

一、事务的自动提交

autocommit变量

演示案例

二、事务控制语句

存储过程的事务开启

TRUNACTE TABLE命令不可以回滚

演示案例

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

completion_type参数

completion_type为1的演示案例

completion_type为2的演示案例

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

五、隐式提交的SQL语句

六、对于事务操作的统计

com_commit、com_rollback变量

演示案例

handler_commit、handler_rollback

MySQL(InnoDB剖析):42---事务之（事务控制语句：begin、commit、rollback、savepoint、transaction）相关推荐

最新文章

热门文章