为什么事务日志自动增长会降低你的性能

在这篇文章里，我想详细谈下为什么你要避免事务日志（Transaction Log）上的自动增长操作（Auto Growth operations）。很多运行的数据库服务器，对于事务日志，用的都是默认的日志文件大小和自动增长设置。人们有时会很依赖自动增长机制，因为它们刚好能正常工作。当然，如果它正常工作的话，你不必太关注它，但很快你会发现会有问题出现。

只依赖于事务日志的自动增长机制总不是个好主意。首先它会导致严重的日志碎片（Log Fragmentation），在SQL Server启动期间，在你数据库上执行崩溃恢复（Crash Recovery）时会有很大的负面影响。另外，在你数据库里写入事务需要等待，只要事务日志触发了自动增长机制。

当事务日志的自动增长机制发生时，SQL Server总要零初始化新块，这个会在文件末尾加上。这和你的SQL Server实例是否用即时文件初始化（Instant File Initialization）特权——事务日志总会零初始化。这上面的原因非常明显：当SQL Server在过去已经完成事务日志的环绕式处理（wrap-around ），崩溃恢复（Crash Recovery）需要知道在哪里停。

零初始化的问题是会占用更多的时间（取决与你的自动增长率，还有你的存储速度）。在此期间没有别的事务可以写事务日志记录到事务日志。在事务日志管理器上会有闩锁造成的阻塞。因此你的写入事务会进入挂起状态（直到它们获得需要的闩锁），它们就等啊，等啊，等啊，直到你的事务日志自动增长完成。让我们用一个简单的例子演示下。

首先我为这个演示创建一个新的数据库。对于这个数据库，这里我不用默认的设置，对于事务日志，我指定了10GB的自动增长系数。这个的确是个不好的做法，但我只是用它来展示这个设置的副作用。请不要在你的生产数据库里使用这个错误配置！！！ 

 1 -- Create a new database with 10 GB Auto Growth for the Transaction Log 2 CREATE DATABASE AutoGrowthTransactionLog ON PRIMARY  3 ( 4   NAME = N'AutoGrowthTransactionLog',  5   FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA\AutoGrowthTransactionLog.mdf', 6   SIZE = 5120KB,  7   FILEGROWTH = 1024KB 8 ) 9 LOG ON 10 (11   NAME = N'AutoGrowthTransactionLog_log',12   FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA\AutoGrowthTransactionLog_log.ldf',13   SIZE = 1024KB,14   FILEGROWTH = 10240000KB -- 10 GB Auto Growth!15 )16 GO

海外公司注册、海外银行开户、跨境平台代入驻、VAT、EPR等知识和在线办理：https://www.xlkjsw.com

原标题：为什么事务日志自动增长会降低你的性能

关键词：