[转]谈谈数据库的ACID

谈谈数据库的ACID

                                        

一.事务

       定义：所谓事务，它是一个操做序列，这些操做要么都执行，要么都不执行，它是一个不可分割的工做单位。

       准备工做：为了说明事务的ACID原理，咱们使用银行帐户及资金管理的案例进行分析。

 

       

// 建立数据库
create table account(
   idint primary key not null,
   namevarchar(40),
   moneydouble
);

// 有两我的开户并存钱
insert into account values(1,'A',1000);
insert into account values(2,'B',1000);

 

 

二.ACID

       ACID，是指在可靠数据库管理系统（DBMS）中，事务(transaction)所应该具备的四个特性：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）.这是可靠数据库所应具有的几个特性.下面针对这几个特性进行逐个讲解.

 

三.原子性

       原子性是指事务是一个不可再分割的工做单位，事务中的操做要么都发生，要么都不发生。

       1.案例

              A给B转账100元钱

 

       

begin transaction
update account set money= money - 100where name='A';
update account set money= money +100where name='B';
if Error then
       rollback
else
       commit

 

 

       2.分析 

       在事务中的扣款和加款两条语句，要么都执行，要么就都不执行。不然若是只执行了扣款语句，就提交了，此时若是忽然断电，A帐号已经发生了扣款，B帐号却没收到加款，在生活中就会引发纠纷。

 

       3.解决方法

       在数据库管理系统（DBMS）中，默认状况下一条SQL就是一个单独事务，事务是自动提交的。只有显式的使用start transaction开启一个事务，才能将一个代码块放在事务中执行。保障事务的原子性是数据库管理系统的责任，为此许多数据源采用日志机制。例如，SQL Server使用一个预写事务日志，在将数据提交到实际数据页面前，先写在事务日志上。

 

四.一致性

       一致性是指在事务开始以前和事务结束之后，数据库的完整性约束没有被破坏。这是说数据库事务不能破坏关系数据的完整性以及业务逻辑上的一致性。

       1.案例

       对银行转账事务，无论事务成功仍是失败，应该保证事务结束后ACCOUNT表中aaa和bbb的存款总额为2000元。

 

       2.解决方法

保障事务的一致性，能够从如下两个层面入手

       2.1数据库机制层面

       数据库层面的一致性是，在一个事务执行以前和以后，数据会符合你设置的约束（惟一约束，外键约束,Check约束等)和触发器设置。这一点是由SQL SERVER进行保证的。好比转帐，则可使用CHECK约束两个帐户之和等于2000来达到一致性目的

       2.2业务层面

   对于业务层面来讲，一致性是保持业务的一致性。这个业务一致性须要由开发人员进行保证。固然，不少业务方面的一致性，也能够经过转移到数据库机制层面进行保证。

 

五.隔离性

       多个事务并发访问时，事务之间是隔离的，一个事务不该该影响其它事务运行效果。

       这指的是在并发环境中，当不一样的事务同时操纵相同的数据时，每一个事务都有各自的完整数据空间。由并发事务所作的修改必须与任何其余并发事务所作的修改隔离。事务查看数据更新时，数据所处的状态要么是另外一事务修改它以前的状态，要么是另外一事务修改它以后的状态，事务不会查看到中间状态的数据。

       在Windows中，若是多个进程对同一个文件进行修改是不容许的，Windows经过这种方式来保证不一样进程的隔离性:

   

       企业开发中，事务最复杂问题都是由事务隔离性引发的。当多个事务并发时，SQL Server利用加锁和阻塞来保证事务之间不一样等级的隔离性。通常状况下，彻底的隔离性是不现实的，彻底的隔离性要求数据库同一时间只执行一条事务，这样会严重影响性能。想要理解SQL Server中对于隔离性的保障，首先要了解并发事务之间是如何干扰的.

       1.事务之间的相互影响

       事务之间的相互影响分为几种，分别为：脏读，不可重复读，幻读，丢失更新

 

       1.1脏读

       脏读意味着一个事务读取了另外一个事务未提交的数据，而这个数据是有可能回滚的；以下案例，此时若是事务1回滚，则B帐户必将有损失。

     

 

       1.2不可重复读

    不可重复读意味着，在数据库访问中，一个事务范围内两个相同的查询却返回了不一样数据。这是因为查询时系统中其余事务修改的提交而引发的。以下案例，事务1必然会变得糊涂，不知道发生了什么。

 

 

       1.3幻读（虚读）

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

  

 

       1.4丢失更新

       两个事务同时读取同一条记录，A先修改记录，B也修改记录（B是不知道A修改过），B提交数据后B的修改结果覆盖了A的修改结果。

 

六.持久性

       持久性，意味着在事务完成之后，该事务所对数据库所做的更改便持久的保存在数据库之中，并不会被回滚。

       即便出现了任何事故好比断电等，事务一旦提交，则持久化保存在数据库中。

       SQL SERVER经过write-ahead transaction log来保证持久性。write-ahead transaction log的意思是，事务中对数据库的改变在写入到数据库以前，首先写入到事务日志中。而事务日志是按照顺序排号的（LSN）。当数据库崩溃或者服务器断点时，重启动SQL SERVER，SQLSERVER首先会检查日志顺序号，将本应对数据库作更改而未作的部分持久化到数据库，从而保证了持久性。

 

七.总结

       事务的（ACID）特性是由关系数据库管理系统（RDBMS，数据库系统）来实现的。数据库管理系统采用日志来保证事务的原子性、一致性和持久性。日志记录了事务对数据库所作的更新，若是某个事务在执行过程当中发生错误，就能够根据日志，撤销事务对数据库已作的更新，使数据库退回到执行事务前的初始状态。

　　数据库管理系统采用锁机制来实现事务的隔离性。当多个事务同时更新数据库中相同的数据时，只容许持有锁的事务能更新该数据，其余事务必须等待，直到前一个事务释放了锁，其余事务才有机会更新该数据。

原文地址：http://blog.csdn.net/shuaihj/article/details/14163713