InnoDB事务

InnoDB事务

1.事务概述

事务是数据库区别于文件系统的重要特征之一. 事务会把数据库从一种一致状态转换为另一种一致状态. 数据库提交工作时, 可以确保要么所有修改都已经保存了, 要么所有修改都不保存

InnoDB存储引擎中的事务完全符合ACID的特性, ACID是以下四个词的缩写 :

• 原子性 : 原子性是指整个数据库事务是不可分割的工作单位. 只有事务中所有的数据库操作都执行成功,才算整个事务成功. 事务中任何一个SQL语句执行失败, 已经执行成功的SQL语句也必须撤销 , 数据库状态应该退回到执行事务前的状态
• 一致性 : 一致性指事务将数据库从一种状态转变为下一种一致的状态. 在事务开始之前和事务结束之后, 数据库的完整性约束没有被破坏.
• 隔离性 : 事务的隔离性要求每个读写事务的对象对其他事务的操作能相互分离, 即该事务提交前对其他事务都不可见
• 持久性 : 事务一旦提交, 其结果就是永久性的

2.事务分类

从事务的理论角度来说, 可以把事务分为一下几种类型

• 扁平事务
• 带有保存点的扁平事务
• 链事务
• 嵌套事务
• 分布式事务

扁平事务 : 是事务类型中最简单的一种, 但在实际生产环境中可能是使用最频繁地事务. 在扁平事务中, 所有操作都处于同一层次, 其间的操作是原子的, 要么都执行, 要么都回滚. 扁平式事务的主要限制是不能提交或回滚事务的一部分, 或分几个步骤提交. 因此出现了带有保存点的扁平事务

带有保存点的扁平事务 : 除了支持扁平事务支持的操作外, 允许事务执行过程中回滚到同一事务中较早的一个状态. 因为某些事务在执行过程中出现的错误并不会导致所有的操作都无效, 放弃整个事务不合乎要求, 开销也太大. 保存点用来通知系统记住事务当前的状态, 以便发生错误后, 事务能回到保存点当前的状态****

链事务 : 可视为保存点模式的一种变种. 带有保存点的扁平事务, 当发生系统崩溃时, 所有的保存点都将小时, 因为其保存点是易失的, 而非持久的, 这意味着进行恢复时, 食物需要从开始处重新执行, 而不能从最近的一个保存点继续执行. 链事务的思想是 : 在提交一个事务时, 释放不需要的数据对象, 将必要的处理上下文隐式地传给下一个要开始的事务. 注意, 提交事务操作和开始下一个事务操作将合并为一个原子操作. 链事务与带有保存点的事务不同的是, 带有保存点的扁平事务能回滚到任意正确的保存点, 而链事务中的回滚仅限于当前事务. 另外, 链事务在执行了COMMIT后即释放了当前事务所持有的锁, 而带有保存点的扁平