从一个问题开始
最近银行这个事情闹的比较厉害啊，很多储户的钱放在银行，就不翼而飞了，而银行还不管不问，说是用户的责任，打官司，用户还能输了，这就是“社会主义”。咱还是少发牢骚，多种树，莫谈国事。
说到银行存钱，就不得不说一下从银行取钱这件事情，从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，从呼和浩特到北京的火车晚点了，错过了航班，怎么办？感觉扁平事务的特性，那我就需要回滚，我再回到呼和浩特，那么这样成本是不是也太高了啊，所以就有了下面的第二种事务——带有保存点的扁平事务。
带有保存点的扁平事务
这种事务除了支持扁平事务支持的操作外，允许在事务执行过程中回滚到同一事务中较早的一个状态，这是因为可能某些事务在执行过程中出现的错误并不会对所有的操作都无效，放弃整个事务不合乎要求，开销也太大。保存点用来通知系统应该记住事务当前的状态，以便以后发生错误时，事务能回到该状态。
链事务
链事务，就是指回滚时，只能恢复到最近一个保存点；而带有保存点的扁平事务则可以回滚到任意正确的保存点。
嵌套事务
看下面这个，你就能明白了，啥是嵌套事务：
begin work
subtransaction1:
begin work
suboperationx
commit work
subtransaction2:
begin work
suboperationy
commit work
...
subtransactionn:
begin work
suboperationn
commit work
commit work
这就是嵌套事务，在事务中再嵌套事务，位于根节点的事务称为顶层事务。事务的前驱称为父事务，其它事务称为子事务。事务的前驱称为父事务，事务的下一层称为子事务。
子事务既可以提交也可以回滚，但是它的提交操作并不马上生效，除非由其父事务提交。因此就可以确定，任何子事务都在顶层事务提交后才真正的被提交了。同理，任意一个事务的回滚都会引起它的所有子事务一同回滚。
分布式事务
分布式事务通常是指在一个分布式环境下运行的扁平事务，因此需要根据数据所在位置访问网络中的不同节点，比如：通过建设银行向招商银行转账，建设银行和招商银行肯定用的不是同一个数据库，同时二者的数据库也不在一个网络节点上，那么当用户跨行转账，就是通过分布式事务来保证数据的acid的。
mysql中使用事务
理论总结的再好，终归都要通过实践来进行理解。下面就来说说mysql中是如何使用事务的。
在mysql命令行的默认设置下，事务都是自动提交的，即执行sql语句后就会马上执行commit操作。因此要显示地开启一个事务须使用命令begin或start transaction，或者执行命令set autocommit=0，用来禁止使用当前会话的自动提交。
来看看我们可以使用哪些事务控制语句。
这些不用你“管”
有的时候有些sql语句会产生一个隐式的提交操作，即执行完成这些语句后，会有一个隐式的commit操作。有以下sql语句，不用你去“管”：
以上的这些sql操作都是隐式的提交操作，不需要手动显式提交。
事务的隔离级别
上面也说到了set transaction用来设置事务的隔离级别。那事务的隔离级别是什么东东？
在数据库操作中，为了有效保证并发读取数据的正确性，提出的事务隔离级别。
innodb存储引擎提供事务的隔离级别有read uncommitted、read committed、repeatable read和serializable。这些隔离级别之间的区别如下：
隔离级别越低，事务请求的锁越少或保持锁的时间就越短。innodb存储引擎默认的支持隔离级别是repeatable read；在这种默认的事务隔离级别下已经能完全保证事务的隔离性要求，即达到sql标准的serializable级别隔离。
我们可以可以用set transaction语句改变单个会话或者所有新进连接的隔离级别。它的语法如下：
set [session | global] transaction isolation level {read uncommitted | read committed | repeatable read | serializable}
注意：默认的行为（不带session和global）是为下一个（未开始）事务设置隔离级别。如果使用global关键字，语句在全局对从那点开始创建的所有新连接（除了不存在的连接）设置默认事务级别。你需要super权限来做这个。使用session 关键字为将来在当前连接上执行的事务设置默认事务级别。 任何客户端都能自由改变会话隔离级别（甚至在事务的中间），或者为下一个事务设置隔离级别。
mysql> set session transaction isolation level repeatable read; query ok, 0 rows affected (0.00 sec) mysql> select @@tx_isolation; +-----------------+ | @@tx_isolation | +-----------------+ | repeatable-read | +-----------------+ 1 row in set (0.00 sec)
总结
这篇文章，基本上都是理论概念的堆积，实战的东西基本没有。但是，这些都不是问题，这也无法阻挡这篇文章成为一篇读者喜欢的文章，是吧。好了，这篇关于mysql中事务的文章就到此结束，以后如果有新的东西，就接着总结。
如对本文有疑问， 点击进行留言回复！！
在Ubuntu/Linux环境下使用MySQL开放/修改3306端口和开放访问权限
ORM框架Peewee(高级连接）peewee连接池、主从、重连、ssh连接
记一次Mysql主从复制延迟，Waiting for dependent transaction to commit
网友评论