事务是数据库区别于文件系统最重要的特性之一。事务可由一条非常简单的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,那么就是链事务。

值(completion_type的取值) 描述
NO_CHAIN(或0) COMMIT并且 ROLLBACK 不受影响。这是默认值。
CHAIN (或1) commit和rollback之后,会自动开启一个事务。
RELEASE(或2) commit和rollback之后,会终止当前会话的连接。

链事务实例:

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>

对事物的操作统计:

【待续】

最新文章

  1. [英] 推荐 15 个 jQuery 选择框插件
  2. QQ Auto Login Visual Basic Script
  3. 所思所想 js模板引擎
  4. Window nginx+tomcat+https部署方案 支持ios9
  5. POJ 3164 Command Network (最小树形图)
  6. R语言学习笔记:向量化
  7. android学习日记06--SurfaceView视图
  8. adodb配置与使用
  9. C#基础:关键字和数据类型
  10. 自定义ListView分割线
  11. HTTP请求错误400、401、402、403、404、405、406、407、412、414、500、501、502解析
  12. KVM虚拟化主机安装
  13. Longge's problem poj2480 欧拉函数,gcd
  14. error C3872: '0x3000': this character is not allowed in an identifier
  15. Spring的PropertyPlaceholderConfigurer强制使用默认值的坑
  16. memcached架构及缓存策略
  17. springboot下载文件
  18. awk命令过滤tomcat的访日日志中IP地址
  19. centos7 编译安装nginx+tcp转发
  20. BFS模板

热门文章

  1. ajax如何上传文件
  2. Java中实现多态的机制(实质)?
  3. poj_3185 反转问题
  4. url-loader与file-loader
  5. shell中特殊变量$0 $1 $# $$ $! $?的涵义
  6. mysql动态sql 整理多个字段
  7. 优雅的go语言--入门篇
  8. 【gulp】前端自动化工具---gulp的使用(一)------【巷子】
  9. treeview(树加载)
  10. .net配置404错误页面