用户抱怨SQL Server数据库运行非常慢。通过默认跟踪的这个查询，可以识别出log file autogrow活动导致的长时间运行。为什么如此之慢？
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
SELECT te.name AS [trace_events_name] ,
t.DatabaseName ,t.NTDomainName ,t.ApplicationName ,t.LoginName ,t.Duration ,t.StartTime ,t.EndTimeFROM sys.fn_trace_gettable(CONVERT(VARCHAR(150), ( SELECT TOP 1
f.value FROM sys.fn_trace_getinfo(NULL) f WHERE f.property = 2 )), DEFAULT) T
JOIN sys.trace_events TE ON T.EventClass = TE.trace_event_id
WHERE te.trace_event_id = 93
AND t.StartTime BETWEEN '2012-04-17 13:00:00.000' AND '2012-04-17 15:00:00.000'
|
有些因素导致log file autogrow性能较差，例如：
1） 如果一个大型事务导致日志增长，SQL事务需要等待日志自动增长完成。该事务需要写入SQL Server事务日志文件。通常，我们会在SQL错误日志中看到一条信息。
2） 自动增长和自动收缩可能在SQL Server数据库上导致冲突。
3） 衡量在SQL事务日志文件上的物理碎片。
4） 文件立刻初始化（Instant file initialization）只与数据文件有关。将不会有利日志文件增长。
5） 最小化事务的大小。正常提交有助于维护更小的日志文件。
6） 跟进存储性能。收集Perfmon性能计数器信息，例如：Logical Write Bytes/sec和Logical Read Bytes/sec。
本文转自UltraSQL51CTO博客，原文链接：http://blog.51cto.com/ultrasql/1582298 ，如需转载请自行联系原作者