sql-server – SQL Compilations对SQL Server性能的影响有多严重

我正在通过PerfMon的SQLServer：SQL Statistics – SQL Compilations / sec度量标准分析SQL Server 2005和我的实例,我看到平均值大约是170左右.

我掏出SQL Profiler并查找SP：编译或SQL：编译事件.显然他们不存在.我确实找到了存储过程/ SP：重新编译和TSQL / SQL：StmtRecompile事件.我在Profiler中看到的数据量表明这些是错误的事件,但我不确定.

所以我的问题.任何这些的答案都会很棒.

>如何查看SQL Server中的编译内容？
>我选择了错误的指标吗？在Perfmon或SQL Profiler中？
>关于存储过程/ SP：重新编译和TSQL / SQL：SQL事件探查器中的StmtRecompile事件…它们不包括持续时间度量标准.如果这些事件无法查看对系统的时序影响,我该如何评估这些事件对系统的影响.

解决方法

你看到170.如果每秒批量请求只有200(有点夸大效果)那么是的,你需要深入到原因的底部(很可能是过度使用临时查询和一次性使用计划).但是,如果你的每秒批量需求大约为5000,则每秒170次编译并不坏.一般的经验法则是,Compilations / sec应该比批量请求总数/秒小10％或更少.

如果您真的想要深入了解正在缓存的内容,请运行以下使用相应DMV的查询：

select
    db_name(st.dbid) as database_name,cp.bucketid,cp.usecounts,cp.size_in_bytes,cp.objtype,st.text
from sys.dm_exec_cached_plans cp
cross apply sys.dm_exec_sql_text(cp.plan_handle) st

获得所有一次性使用计划(计数)：

;with PlanCacheCte as 
(
    select
        db_name(st.dbid) as database_name,st.text
    from sys.dm_exec_cached_plans cp
    cross apply sys.dm_exec_sql_text(cp.plan_handle) st
)
select count(*)
from PlanCacheCte
where usecounts = 1

要获得与所有缓存计划相比的一次性计数计划的比率：

declare @single_use_counts int,@multi_use_counts int

;with PlanCacheCte as 
(
    select
        db_name(st.dbid) as database_name,st.text
    from sys.dm_exec_cached_plans cp
    cross apply sys.dm_exec_sql_text(cp.plan_handle) st
    where cp.cacheobjtype = 'Compiled Plan'
)
select @single_use_counts = count(*)
from PlanCacheCte
where usecounts = 1

;with PlanCacheCte as 
(
    select
        db_name(st.dbid) as database_name,st.text
    from sys.dm_exec_cached_plans cp
    cross apply sys.dm_exec_sql_text(cp.plan_handle) st
    where cp.cacheobjtype = 'Compiled Plan'
)
select @multi_use_counts = count(*)
from PlanCacheCte
where usecounts > 1

select
    @single_use_counts as single_use_counts,@multi_use_counts as multi_use_counts,@single_use_counts * 1.0 / (@single_use_counts + @multi_use_counts) * 100
        as percent_single_use_counts

对于通过SQL Server跟踪捕获的持续时间,它不适用于重新编译事件.看到计划编制造成的持续时间或痛苦并不是那么重要,因为对于逐案情况你无能为力.解决方案是尝试通过计划重用(参数化查询,存储过程等)来限制编译和重新编译.

（编辑：ASP站长网）