Mysql面试之事务

**事务**

•   只有InnoDB存储引擎支持事务
•  在数据库提交工作时，事务可以保证要么所有修改都成功了，要么都失败了
•  InnoDB中的事务完全符合ACID的特性。

         原子性 A
        一致性 C 
        隔离性 I
       持久性  D

• 事务的分类

扁平事务

扁平事务是事务类型中最简单的一种，但在实际生产环境中，这是使用最为频繁的事务。

　　在扁平事务中，所有操作都是处于同一层次，其由BEGIN WORK开始，由COMMIT WORK或ROLLBACK WORK结束，期间的操作是原子的，要么都执行，要么都回滚。

　　因此扁平事务时应用程序成为原子操作的基本组成模块。

扁平事务的主要限制是不能提交或者回滚事务的某一部分，或分几个步骤提交

带有保存点的扁平事务

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

　　对于扁平事务来说，其隐式地设置了一个保存点。然而在整个事务中，只有这一个保存点，因此，回滚只能回滚到事务开始时的状态。保存点用SAVE WORK函数来建立，通知系统记录当前的处理状态。当出现问题时，保存点能用作内部的重启动点，根据应用逻辑，决定是回到最近一个保存点还是其他更早的保存点

链事务

链事务与带有保存点的扁平事务不同的是：

　　1）带有保存点的扁平事务能回滚到任意正确的保存点。而链事务中的回滚只限于当前事务，即只能恢复到最近一个的保存点。

　　2）链事务在执行COMMIT后即释放了当前事务所持有的锁，而带保存点的扁平事务不影响迄今为止所有的锁。

嵌套事务

是一个层次结构架构。由一个顶层事务（top-level transaction）控制着各个层次的事务。顶层事务之下嵌套的事务被称为子事务（subtransaction），其控制每个局部的变换。

1）嵌套事务是由若干事务组成的一颗树，子树既可以是嵌套事务，也可以是扁平事务。

　　2）处在叶节点的事务是扁平事务。但每个子事务从根到叶节点的距离可以是不同的。

　　3）位于根节点的事务成为顶层事务，其他事务成为子事务。事务的前驱（predecessor）为父事务（parent），事务的下一层成为儿子事务（child）

　　4)子事务既可以提交可以回滚，但是它的提交操作并不会马上生效，除非其父事务已经提交。因此，任何子事务都在顶层事务提交后才真正提交。

　　5）树中的任意一个事务的回滚会引起其他的所有子事务一同回滚，故子事务仅保留A、C、I特性，不具备D的特性

分布式事务

　　通常是一个在分布式环境下运行的扁平事务，因此需要根据数据所在的位置访问网络中的不同节点。

对于InnoDB存储引擎来说，其支持扁平事务，带有保存点的事务，链事务，分布式事务，而不支持嵌套事务，不过可以通过带保存点的事务来模拟串行的嵌套事务。

•  事务的实现

事务的隔离性由锁来实现。

原子性、一致性、持久性通过数据库的redo log和undo log来完成。

redo log 称为重做日志，用来保证事务的原子性和持久性。redo log基本上都是顺序写的，在数据库运行时不需要对redo log的文件进行读取操作。而undo log 是需要进行随机读写的。

undo log 是逻辑日志，根据每行记录进行记录，用来保证事务的一致性，用来帮助事务回滚以及MVCC的功能。 

事务的隔离级别 

 读未提交是指，一个事务还没提交时，它做的变更就能被别的事务看到。

读已提交是指，一个事务提交之后，它做的变更才会被其他事务看到。

可重复读(mysql默认)是指，一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。

串行化，顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。

更多精彩文章请访问：百考汇