从一个问题开始
最近银行这个事情闹的比较厉害啊，很多储户的钱放在银行，就不翼而飞了，而银行还不管不问，说是用户的责任，打官司，用户还能输了，这就是“社会主义”。咱还是少发牢骚，多种树，莫谈国事。
说到银行存钱，就不得不说一下从银行取钱这件事情，从ATM机取钱这件简单的事情，实际上主要分为以下几个步骤：
登陆ATM机，输入密码;
连接数据库，验证密码;
验证成功，获得用户信息，比如存款余额等;
用户输入需要取款的金额，按下确认键;
从后台数据库中减掉用户账户上的对应金额;
ATM吐出钱;
用户把钱拿走。
一个简单的取钱，主要分为以上几步。不知道大家有没有“天真”的想过，如果在第5步中，后台数据库中已经把钱减掉了，但是ATM还就是没有吐出钱(虽然实际也发生过，但是毕竟是低概率事件)，这该怎么办?
关于这个问题，银行系统的开发人员早就想过了，那么他们是怎么来搞定这个问题的呢?这就要说到今天总结的事务这个概念了。
简单说说事务
对于上面的取钱这个事情，如果有一步出现了错误，那么就取消整个取钱的动作;简单来说，就是取钱这7步，要么都完成，要么就啥也不做。在数据库中，事务也是这个道理。
事务由一条或者多条sql语句组成，在事务中的操作，这些sql语句要么都执行，要么都不执行，这就是事务的目的。
对于事务而言，它需要满足ACID特性，下面就简要的说说事务的ACID特性。
A，表示原子性;原子性指整个数据库事务是不可分割的工作单位。只有使事务中所有的数据库操作都执行成功，整个事务的执行才算成功。事务中任何一个sql语句执行失败，那么已经执行成功的sql语句也必须撤销，数据库状态应该退回到执行事务前的状态;
C，表示一致性;也就是说一致性指事务将数据库从一种状态转变为另一种一致的状态，在事务开始之前和事务结束以后，数据库的完整性约束没有被破坏;
I，表示隔离性;隔离性也叫做并发控制、可串行化或者锁。事务的隔离性要求每个读写事务的对象与其它事务的操作对象能相互分离，即该事务提交前对其它事务都不可见，这通常使用锁来实现;
D，持久性，表示事务一旦提交了，其结果就是永久性的，也就是数据就已经写入到数据库了，如果发生了宕机等事故，数据库也能将数据恢复。
总结了一些事务的基本概念，在MySQL中，事务还是分为很多中的，下面就来看看到底有哪些事务。
有哪些事务
你能想象到吗?就这么个破事务还会分以下这么多种：
扁平事务;
带有保存点的扁平事务;
链事务;
嵌套事务;
分布式事务。
现在就来对这些事务从概念的层面上进行简单的总结一下。
扁平事务
扁平事务是最简单的一种，也是实际开发中使用的最多的一种事务。在这种事务中，所有操作都处于同一层次，最常见的方式如下：
BEGIN WORK
Operation 1
Operation 2
Operation 3
...
Operation N
COMMIT WORK
或者是这种：
BEGIN WORK
Operation 1
Operation 2
Operation 3
...
Operation N
(Error Occured)
ROLLBACK WORK
扁平事务的主要缺点是不能提交或回滚事务的某一部分，或者分几个独立的步骤去提交。比如有这样的一个例子，我从呼和浩特去深圳，为了便宜，我可能这么干：
BEGIN WORK
Operation1:呼和浩特---火车--->北京
Operation2:北京---飞机--->深圳
ROLLBACK WORK
但是，如果Operation1，从呼和浩特到北京的火车晚点了，错过了航班，怎么办?感觉扁平事务的特性，那我就需要回滚，我再回到呼和浩特，那么这样成本是不是也太高了啊，所以就有了下面的第二种事务——带有保存点的扁平事务。
带有保存点的扁平事务
这种事务除了支持扁平事务支持的操作外，允许在事务执行过程中回滚到同一事务中较早的一个状态，这是因为可能某些事务在执行过程中出现的错误并不会对所有的操作都无效，放弃整个事务不合乎要求，开销也太大。保存点用来通知系统应该记住事务当前的状态，以便以后发生错误时，事务能回到该状态。