数据库的Transaction Log扩大的总次数
数据库的Transaction Log缩小的总次数
数据库的Transaction Log切断的总次数
当前连接到SQL服务器的用户数量
该数值太低,可能发生瓶颈现象。
登录次数
每秒开始的总登录次数,不包括Pooling的连接。
每秒开始的总退出次数
从Connection Pool开始的登录总数
使用中的临时表格/表格变数的数量
每秒开始的认证HTTP申请数量
系统线程中等待删除的事件通知数量
切断的程序数量
Local,DTC,绑扎(Binding)等的Transaction参与数量
等待关闭程序的平均等待时间
等待Log buffer使用程序的平均等待时间
等待Log buffer制作程序的平均等待时间
等待内存补充程序的平均等待时间
网络I/O的平均等待时间
客户端无法快速读取SQL时,就会变高。
Non-page闩锁的平均等待时间
page I/O闩锁的平均等待时间
IO调用较多的SQL服务器,因Scan次数较多,页面的查询、读取、Page IO latch waits也会变高。
I/O闩锁以外的页面闩锁平均等待时间
等待从线程中安全分配内存程序的平均等待时间
Transaction访问同步化程序的平均等待时间
作业者激活化程序的平均等待时间
访问工作领域同步化程序的平均等待时间
发生DeadLock的每秒Lock申请次数
0以上时,用户及应用软件会出现问题。查询及应用软件可能中断。
Lock管理者申请的每秒新Lock及关闭变换数量
1000以上时,检查High Read查询。
各Lock申请的平均等待时间
平均等待时间大于500ms,可能出现过度的blocking。
最后1秒的Lock总等待时间(ms)
Caller等待的每秒Lock申请数量
超过时间的每秒Lock申请数量
包括NoWait Lock的申请。
不包括NoWait Lock的申请。
闩锁申请的平均闩锁等待时间
基本值是Threshold < 300。
无法立即补充的闩锁申请数量
总闩锁申请的等待时间
该数值有助于识别性能瓶颈现象。为决定用户及resource的使用,闩锁须低于10。
每秒自动参数化尝试次数
处理类似的多种申请时,为重新使用缓存结果的执行计划,SQL服务器实例将一部分的literal转变成参数后,发生自动参数化时调用Transact-SQL。
每秒收到的成批处理Transact-SQL命令数量
该数值会受到所有限制条件(I/O,用户数量、缓存大小、申请复杂程度等)的影响,成批处理数值较高,即处理效率较高。
自动参数化失败的每秒尝试次数
该数值越小越好。根据SQL服务器版本,自动参数化又被称作单纯参数化。
每秒成功的强制参数化次数
按照计划指南,生成查询计划的每秒计划执行数量
生成计划中无法适用计划指南的每秒计划执行数量
忽略计划指南,通过普通编译生成执行的计划。
安全自动参数化的每秒尝试次数
安全自动参数化可引用在共享多种相似Transact-SQL之间缓存执行计划。SQL服务器尝试的多种自动参数化中部分成功,其余都会失败。
每秒的Attention数量