SQL Server 2005 如何实现ACID事务机制
当我一个运行很长的事务，在事务提交以完后，突然断电了，这时长事务里肯定有没有处理的语句，面对这样情况，一部分已经处理完了，一部还没来得及处理的情况，SQL Server 2005 数据库是如何保证事务的持久性和一致性？以上的情况，查一般的SQL Server 2005资料是很难有答案的，这段时间在学Oracle时，了解了其事务是如何保证事务的acid ,后来在SQL Server 2005测试了一下。数据库的事务机制都有点类似。以下是SQL Server 2005测试例子。
建立测试表：
CREATE TABLE .[]](
(32) NOT NULL,
varchar(20) null,
NULL
)
插入测试数据：
insert into .[]](id,flag)
select replace(newid(),'-',''),2
union
select replace(newid(),'-',''),1
union
select replace(newid(),'-',''),1 查看数据: select * from dbo.[]]
id content flag
45BB5807C9B74A48A6600260FDFE6323 NULL 1
8380DB764CCA4A398A4DFC948585BF70 NULL 1
BDDBB3446E884540A57D94D1B1A42135 NULL 2 执行以下语句:
begin tran
update dbo.[]] set content='zping.com' where flag=1
打开新窗口执行以下语句:
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
select * from dbo.[]] 结果如下：
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.[]] 发现数据是更新之前的数据。原来数据在启动时候时自动将未提交的事务回滚掉。
SQL server 是如何保证ACID：
1,事务正在运行，还未提交：
这时突然断电，下次数据库重启后，自动回滚未提交的事务。
2，事务已经提交，但没执行完（事务比较长）
这时突然断电，数据库在下次启动时，会通过事务日志来继续执行事务，至到事务完成。
3，数据库备份
当SQL server 2005数据备份时，数据库会把数据和日志文件一起备份起来，
而在还原数据库时，系统会提示你是否回滚未提交的数据
如下图：如果备份时没有日志，数据事务的ACID就不能保证。这时数据就可能出现sql server数据库置疑和数据不准的情况
页:
[1]