SQL Server 2005性能测试之CPU篇（编译与重编译）

核心提示： ◆避免由于统计信息发生变化而导致的重编译（例如，当查询计划因为改变统计信息而不能被达到最优时），SQL Server 2005性能测试之CPU篇（编译与重编译）(5)，指定KEEPFIXED PLAN查询提示，通过这个选项的作用，在确定系统出现过多的编译和重编译后，对trace和DMV结果

◆避免由于统计信息发生变化而导致的重编译（例如，当查询计划因为改变统计信息而不能被达到最优时），指定KEEPFIXED PLAN查询提示。通过这个选项的作用，重编译仅当出现正确性相关的变化时才会发生（例如，当底层表结构发生变化时才会重新编译查询）而不是由于统计数据。如果一个表的架构发生变化，或者表被sp_recompile存储过程标记，重编译将会发生。

◆关闭被定义在一个表上的或者被索引的视图上的index & statistics的statistics自动更新防止由于在对象上的statistics的改变引起的重编译。注意，无论如何，关闭”auto-stats” 功能不是很好的选择。这是因为查询优化器不在对数据变化产生作，可能会导致非最优查询计划被执行。

◆批处理中应该使用具属对象名（如：dbo.table1）来避免重编译和对象之间的二义性。

◆避免由于延迟编译导致的重编译，不要使用条件结构（如IF）来插入DML和DDL或者建立DDL。

◆运行DTA查看是否有可以改善编译时间和查询执行时间。

◆检查是否存储过程使用WITH RECOMPILE选项建立或者查询是否使用了RECOMPILE。如果存储过程使用WITH RECOMPILE选项建立，在SQL Server 2005中，考虑利用语句级别的RECOMPILE如果存储过程中的某个语句需要被重新编译。这可以避免每次执行存储过程时的强制编译，同时允许单独的语句重编译。

性能测试应用

从性能测试的角度出发，可以在负载测试过程中收集有关的性能计数器，同时利用SQL Profiler收集负载测试期间有关重编译的事件类。一般情况下负载测试都会产生较高的CPU利用率，特别是压力测试。在测试结束后收集性能计数器确定是否存在过多的编译和重编译情况。

在确定系统出现过多的编译和重编译后，对trace和DMV结果进行分析找出产生大量编译和重编译的存储过程或者语句。根据不同的原因提出相应的解决方案。