数据库中的事物

什么是事务？

百度百科中解释：指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。
简单的说，事务就是并发控制的单位，是用户定义的一个操作序列。
而一个逻辑工作单元要成为事务，就必须满足ACID属性。
A：原子性（Atomicity）
    事务中的操作要么都不做，要么就全做。
C：一致性（Consistency）
    事务执行的结果必须是从数据库从一个一致性状态转换到另一个一致性状态。
I：隔离性（Isolation）
    一个事务的执行不能被其他事务干扰
D：持久性（Durability）
    一个事务一旦提交，它对数据库中数据的改变就应该是永久性的

事务的隔离级别：

  1.读未提交（Read Uncommitted）
             引发脏读（读取了未提交的数据）
  2.读已提交（Read Committed）
            这是大多数数据库系统默认的隔离级别，但不是MySQL默认的
            只能看见已经提交事务所做的改变
            引发不可重复读，不可重读读意味着我们同一事务执行完全相同的select语句时可能看到不一样的结果。
            ——>导致这种情况的原因可能有：(1)有一个交叉的事务有新的commit，导致了数据的改变;(2)一个数据库被多个实例操作时,同一事务的其他实例在该实例处理其间可能会有新的commit
                    多个commit提交时，只读一次出现结果不一致

   3.可重复读（Repeatable Read）
            这是MySQL的默认事务隔离级别
            它确保同一事务的多个实例在并发读取数据时，看到同样的数据行
            此级别可能出现的问题--幻读（Phantom Read），当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行
            InnoDB和Falcon存储引擎通过多版本并发控制(MVCC，Multiversion Concurrency Control)机制解决了该问题
   4.可串行化（Serializable）
            这是最高的隔离级别
            它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它在每个读的数据行上加上共享锁。
            可能导致大量的超时现象和锁竞争

事务通常以begin（start） transaction 开始，以commit 或 rollback 结束。
commit 表示提交，将事务中所有对数据库的更新写会到磁盘的物理数据库中，事务正常结束。
rollback表示回滚，即在事务运行的过程中发生了某种故障，事务不能继续进行，系统将事务中对数据库的所有以完成的操作全部撤消，滚回到事务开始的状态。

事务运行的三种模式：

1.自动提交事务
    每条单独的语句都是一个事务，每个语句都隐含一个commit
2.显式事务
    以begin transaction 开始，以commit 或 rollback 结束。
3.隐性事务
    在前一个事务完成时，新事务隐式启动，但每个事务仍以commit或rollback显示结束

 事务之间的互相影响的情况分为几种，分别为:脏读(Dirty Read)，不可重复读，幻读

脏读

  脏读意味着一个事务读取了另一个事务未提交的数据,而这个数据是有可能回滚的,下面来看一个例子:

  两个事务，事务A插入一条数据，但未提交，事务B在此期间进行了读取，读取到了事务A未提交的数据，造成脏读

不可重复读

不可重复读意味着，在数据库访问中，一个事务范围内两个相同的查询却返回了不同数据。这是由于查询时系统中其他事务修改的提交而引起的。 

 下面来看一个不可重复读的例子:

    事务B中对某个查询执行两次，当第一次执行完时，事务A对其数据进行了修改。事务B中再次查询时，数据发生了改变:

幻读

 幻读,是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，
 就好象发生了幻觉一样. 
 下面来看一个例子:
     事务B更新表中所有的数据，在此期间事务A插入了一条数据，事务B再次查询后，发现居然还有没有修改的数据，产生幻读: