SQL Server 2005性能排错（4）

核心提示： 你也可以使用下列的性能计数器监视临时对象分配/定位操作得不正常的增加，◆SQL Server:Access MethodsWorkfiles Created /Sec◆SQL Server:Access MethodsWorktables Created /Sec◆SQL Server:A

你也可以使用下列的性能计数器监视临时对象分配/定位操作得不正常的增加，

◆SQL Server:Access MethodsWorkfiles Created /Sec

◆SQL Server:Access MethodsWorktables Created /Sec

◆SQL Server:Access MethodsMixed Page Allocations /Sec

◆SQL Server:General StatisticsTemp Tables Created /Sec

◆SQL Server:General StatisticsTemp Tables for destruction

解决

如果是由于过多的DDL操作导致在tempdb争用，你需要考虑你的应用程序，并查看是否你能减少DDL操作。你可以尝试下列建议。

◆如果你使用存储过程范围内的临时表，考虑是否这些表可以移动到存储过程外。否则每次执行存储过程将会导致创建/删除临时表。

◆查看查询计划，是否一些计划创建大量的临时对象，池，排序或工作表。你需要评估一些临时对象。例如，在一个列上创建一个用于ORDER BY操作的索引可以除去查询时的排序

如果争用是由于在SGAM 和PFS页面上的争用，你可以通过尝试下列操作减轻争用：

◆通过增加tempdb数据文件将等量负载分布在所有磁盘和文件上。理论上，你应该将文件数量设置为CPU数量等同（主要考虑亲和性）。

◆使用TF-1118消除混合扩展分配。

运行缓慢的查询

缓慢或长时间运行的查询可以占用过多资源并能导致阻塞查询。

过多的资源占用是没有限制CPU资源的使用，但是也能包括I/O存储带宽和内存带宽。即使SQL Server查询被设计为可以通过合理WHERE子句限制结果集的方法避免整表扫描 ，如果没有合适的索引支持这个特殊的查询，他们可能不会按照我们期望的方式执行。同样，WHERE子句能依赖于用户输入被动态的通过应用程序构建。假设存在的索引不能覆盖所有可能的约束。通过Transact-SQL语句占用过度的CPU，I/O和内存的情况在本白皮书前面已经描述了。