SQL Server虚拟日志文件数量的合理设定

 大家都知道SQL Server日志文件用来记录事物日志,但是SQL Server数据库引擎内部将每一物理日志文件分成多个虚拟日志文件管理。而且虚拟日志的多少回影响数据库的性能。

 

虚拟日志文件没有固定大小,且物理日志文件所包含的虚拟日志文件数不固定。数据库引擎在创建或扩展日志文件时动态选择虚拟日志文件的大小。

 

数据库引擎尝试维护少量的虚拟文件. 只有当日志文件使用较小的 size 和 growth_increment 值定义时,虚拟日志文件才会影响系统性能。如果这些日志文件由于许多微小增量而增长到很大,则它们将具有很多虚拟日志文件。这会降低数据库启动以及日志备份和还原操作的速度。

 

那是不是虚拟文件越少越好呢?也不是。

 

我们知道事务日志是一种回绕的文件,如果每个虚拟日志的文件大小为8GB,那么只有这8GB的文件全部变成不活动时才会被清除,这样SQL Server一次就需要清除8GB的日志,也会影响性能。

 

所以需要将虚拟日志的大小维护在一个合理的水平。这里先看一下虚拟日志的增长:

 

日志增长值64MB = 4VLFs

日志增长大于 64MB小于1GB = 8 VLFs

日志大于1GB = 16 VLFs

 

Kimberly给出的建议是对于日志文件比较大的系统虚拟大小文件为512M,也就是起始日志文件大小为4GB(16个VLF),然后每次以4GB的速度增长,这样可以提高性能。

 

使用DBCC Loginfo可以查看VLF的数量:

 

这里我创建Allentest数据库,LDF文件大小为24MB,可以看到初始为4个VLF文件,活动的VLF文件1(status=2)。创建一张表执行下面的语句使日志增长,可以看到已经变成2个活动的VLF:

 

create table test(namevarchar(20))

insert into testvalues('allentest')

go 100000

 

 

备份LOG文件后查看VLF的状态:

 

backup logallentesttodisk='d:\mssql\allentest.trn'

 


可以看到第一个VLF文件已经变为可用状态了,但是第二个VLF文件因为没有被写满所以继续使用。

 

更多信息可以参考:事务日志物理体系结构

 

你可能感兴趣的:(sql,Server虚拟日志文件,VLF)