博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
SQL Server 默认跟踪应用4 -- 检测日志文件自动增长
阅读量:6228 次
发布时间:2019-06-21

本文共 991 字,大约阅读时间需要 3 分钟。

用户抱怨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.EndTime
FROM 
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 ,如需转载请自行联系原作者

你可能感兴趣的文章
Frp基础配置模版
查看>>
JDK源码阅读--Object
查看>>
有关于认证和加密
查看>>
深入浅出Git教程(转载)
查看>>
[转载]MySQL5.6 PERFORMANCE_SCHEMA 说明
查看>>
max_allowed_packet引起同步报错处理
查看>>
006 复杂的数据类型&函数(方法)
查看>>
javascript:getElementsByName td name
查看>>
ASP.NET连接SQL、Access、Excel数据库(二)——连接实例
查看>>
FreeRTOS 特性简介
查看>>
Linux--前后端分离部署
查看>>
java阶段学习目标
查看>>
Azure IoT 技术研究系列2
查看>>
day24-3-2子类继承构造方法
查看>>
我们一起学习WCF 第五篇数据协定和消息协定
查看>>
Linux 与 Windows 文件互传(VMWare)
查看>>
Python学习笔记八 面向对象高级编程(一)
查看>>
Oracle内置函数
查看>>
UVA 1645 Count
查看>>
贪吃蛇程序
查看>>