【版本特性】sql server2014新特性 Delayed durability（lazy commit）延迟事务

一旦事务提交，事务中的数据变更对其他事务（包含full durable transaction和delayed durability transaction)可见。具体请参考isolation level http://msdn.microsoft.com/en-us/library/dn133175.aspx
事务的持久性（durability)依赖于日志记录是否固化到磁盘。
内存中的日志记录只有在任意以下情况发生时才会固化到磁盘:
1. )Full durable transaction进行了数据变更，并且commit.
2. )执行了sp_flush_log存储过程.
3. )Log buffer满了，日志记录也会固化到磁盘.

如果1)或2)出现两次，那么SQLSERVER会保证第一次之前的Delayed durability transaction的数据变更已经被固化到了磁盘。

回到顶部

【3】如何使用Delayed durability

【3.1】一般形式和模式 ALTER DATABASE [DDtest] SET DELAYED_DURABILITY = FORCED|Allowed|Disabled

Delayed durability是一个数据库级别的特性，默认是禁用的，我们首先要开启这个选项。

ALTER DATABASE [DDtest] SET DELAYED_DURABILITY = FORCED|Allowed|Disabled

如果是forced，那么该数据库内所有的事务都强制使用delayed durability;
如果是allowed，那么delayed durability和full durable transaction可以同时存在;
如果是disabled，那么无法使用delayed durability.

当该属性发生变化后，errorlog中也会有相应的记录

Setting database option delayed_durability to forced for database 'DDtest'.

Setting database option delayed_durability to allowed for database 'DDtest'.

Setting database option delayed_durability to disabled for database 'DDtest'.

【3.2】语句级别的 delayed_durability commit tran with(delayed_durability=on)

如果数据库的DELAYED_DURABILITY为Allowed,我们可以在语句级别进行控制，否则就要遵循数据库的设定了（如果语句的设定和数据库级别设定冲突，那么SQL Server会使用数据库级别的设定）。

将数据的 DELAYED_DURABILITY设置为Allowed
ALTER DATABASE [DDtest] SET DELAYED_DURABILITY = Allowed

创建一张表，并循环插入1000行数据，每次插入都是一个单独的事务

create table ta(col int)

declare @N int=0
while @n<1000
begin
begin tran
insert ta values(1)
commit tran with(delayed_durability=off)
set @N+=1
print cast(@N as varchar(1000))
end

开启Process Monitor，监控对数据库日志文件的操作。

一共对日志文件进行了1012次的写入操作，也就是每次commit都会立刻固化到日志文件

下面比较一下使用delayed durability的情况

declare @N int=0
while @n<1000
begin
begin tran
insert ta values(1)
commit tran with(delayed_durability=on)
set @N+=1
print cast(@N as varchar(1000))
end

1000个事务只触发了32次写入，大大地减少了对日志文件的写入操作。

回到顶部

【4】日志持久化与数据丢失

当系统不忙时，也会主动将delayed durability的日志记录固化到磁盘。但目前不知道如何判断"不忙"这个标准。
checkpoint不会将delayed durability的日志记录固化到磁盘。
SQL Server正常关闭不会将delayed durability的日志记录固化到磁盘，也就说正常关闭也可能会导致数据丢失，建议之前先执行sp_flush_log。
很明显，如果断电等操作，直接内存中的未提交事务日志就丢失了，意味着已提交但脏页未持久化的事务也会丢失。

回到顶部