SQL Server 2005 如何实现ACID事务机制

当我一个运行很长的事务，在事务提交以完后，突然断电了，这时长事务里肯定有没有处理的语句，面对这样情况，一部分已经处理完了，一部还没来得及处理的情况，SQL Server 2005 数据库是如何保证事务的持久性和一致性？

以上的情况，查一般的SQL Server 2005资料是很难有答案的，这段时间在学Oracle时，了解了其事务是如何保证事务的acid ,后来在SQL Server 2005测试了一下。数据库的事务机制都有点类似。以下是SQL Server 2005测试例子。

建立测试表：

CREATE TABLE [dbo].[[zping.com]]](

[id] [varchar](32) NOT NULL,

[content] varchar(20) null,

[flag] [int] NULL

)

插入测试数据：

insert into [dbo].[[zping.com]]](id,flag)

select replace(newid(),'-',''),2

union

select replace(newid(),'-',''),1

union

select replace(newid(),'-',''),1
查看数据: select * from dbo.[[zping.com]]]

id content flag

45BB5807C9B74A48A6600260FDFE6323 NULL 1

8380DB764CCA4A398A4DFC948585BF70 NULL 1

BDDBB3446E884540A57D94D1B1A42135 NULL 2
执行以下语句:

begin tran

update dbo.[[zping.com]]] set content='zping.com' where flag=1

打开新窗口执行以下语句:

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

select * from dbo.[[zping.com]]]
结果如下：

id content flag

45BB5807C9B74A48A6600260FDFE6323 zping.com 1

8380DB764CCA4A398A4DFC948585BF70 zping.com 1

BDDBB3446E884540A57D94D1B1A42135 NULL 2

这里我们设置未提交读，我们可以看到脏数据，其实事务还没有提交。

这时我们重启SQL server 2005数据库，在查询数据：

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

select * from dbo.[[zping.com]]]
发现数据是更新之前的数据。原来数据在启动时候时自动将未提交的事务回滚掉。

SQL server 是如何保证ACID：

1,事务正在运行，还未提交：

这时突然断电，下次数据库重启后，自动回滚未提交的事务。

2，事务已经提交，但没执行完（事务比较长）

这时突然断电，数据库在下次启动时，会通过事务日志来继续执行事务，至到事务完成。

3，数据库备份

当SQL server 2005数据备份时，数据库会把数据和日志文件一起备份起来，

而在还原数据库时，系统会提示你是否回滚未提交的数据

如下图：如果备份时没有日志，数据事务的ACID就不能保证。这时数据就可能出现sql server数据库置疑和数据不准的情况