数据库事务ACID

转自：http://blog.csdn.net/leaderman_it/article/details/7541464#comments

ACID

     ACID，是指在可靠数据库管理系统（DBMS）中，事务（Transaction）所应该具有的四个特性：

    原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）。

Atomicity

    原子性（Atomicity）意味着数据库中的事务执行是原子操作，即不可再分，要么全部执行，要么全不执行。

Consistency

    一致性（Consistency）即在事务开始之前和事务结束以后，数据库的完整性约束没有被破坏。

Isolation

    隔离性（Isolation）意味着事务的执行是互不干扰的，一个事务不可能看到其他事务运行中某一时刻的数据。

   一般情况下，完全的隔离性是不现实的，完全的隔离性要求数据库同一时间只执行一个事务，这样的性能可想而知。

   事务之间的相互影响分为以下几种情况：

脏读（Dirty Read）

   脏读意味着一个事务读取了另一个事务未提交的数据，而这个数据是有可能回滚的。

不可重复读（Unrepeatable Read）

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

幻读（Phantom Read）

   幻读，是指当事务并发执行时发生的一种现象。例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会出现操作第一个事务的用户发现表中还有没有修改的数据行，就好像发生了幻觉一样。

Durability

   持久性（Durability）意味着事务完成以后，该事务对数据库所作的更改便持久的保存在数据库之中。

数据库一致性（Database Consistency）
      是指事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。保证数据库一致性是指当事务完成时，必须使所有数据都具有一致的状态。在关系型数据库中，所有的规则必须应用到事务的修改上，以便维护所有数据的完整性。

概述

      保证数据库的一致性是数据库管理系统的一项功能.比如有两个表(员工\职位),员工表中有员工代码、姓名、职位代码等属性，职位表中有职位代码、职位名称、职位等级等属性。你在其中员工表中进行了插入操作,你插入了一个新员工的信息，而这个新员工的职位是公司新创建的一个职位。如果没有一致性的保证，就会出现有这么一个员工，但是不知道他到底担当什么职责！这个只是它的一个小小方面。

读一致性也是数据库一致性的一个重要方面,在实际中,我们会遇到这种情况:我们对一个表中的某些数据进行了更新操作,,但是还没有进行提交,这时另外一个用户读取表中数据.这个时候就出现了读一致性的问题:到底是读什么时候的数据呢?是更新前的还是更新后的?在DBMS中设有临时表,它用来保存修改前的值,在没有进行提交前读取数据,会读取临时表中的数据,这样一来就保证了数据是一致的.(当前用户看到的是更新后的值)

但是还有一种情况:用户user1对表进行了更新操作,用户user2在user1还没有进行提交前读表中数据,而且是大批量的读取(打个比方:耗时3分钟)而在这3分钟内user1进行了提交操作,那又会产生什么影响呢?这个时候怎么保证读写一致性呢?这个时候DBMS就要保证有足够大的临时表来存放修改前的数值,,以保证user2读取的数据是修改前的一致数据.然后下次再读取时候就是更新后的数据了.
参照知乎：http://www.zhihu.com/question/30272728
首先回顾一下一致性的定义。 所谓一致性，指的是数据处于一种有意义的状态，这种状态是
语义上的而不是语法上的。最常见的例子是转帐。例如从帐户A转一笔钱到帐户B上，
如果帐户A上的钱减少了，而帐户B上的钱却没有增加，那么我们认为此时数据处于不一致的状态。
在数据库实现的场景中，一致性可以分为数据库外部的一致性和数据库内部的一致性