小编Tar*_*zer的帖子

我们正在对 CPU 利用率高的服务器进行故障排除。在发现查询并没有真正导致它之后，我们开始研究编译。

性能监视器显示少于 50 次编译/秒和少于 15 次重新编译/秒。

在运行 XE 会话寻找编译后，我们每秒看到数千次编译。

该系统使用触发器来审计更改。大多数编译是由于触发器。触发器参考 sys.dm_tran_active_transactions。

我们的第一个想法是可能在触发器中引用 DMV 会导致它每次编译，或者可能只是这个特定的 DMV 会导致它。所以我开始测试这个理论。它每次都会编译，但我没有检查触发器是否在每次触发时编译，当它不引用 DMV 而是硬编码一个值时。每次触发时它仍在编译。删除触发器会停止编译。

1. 我们在 XE 会话中使用 sqlserver.query_pre_execution_showplan 来跟踪编译。为什么这与 PerfMon 计数器之间存在差异？
2. 每次触发器运行时都会收到编译事件是否正常？

复制脚本：

CREATE TABLE t1 (transaction_id int, Column2 varchar(100));
CREATE TABLE t2 (Column1 varchar(max), Column2 varchar(100));
GO

CREATE TRIGGER t2_ins
ON t2
AFTER INSERT
AS

INSERT INTO t1
SELECT (SELECT TOP 1 transaction_id FROM sys.dm_tran_active_transactions), Column2
FROM inserted;
GO

--Both of these show compilation events
INSERT INTO t2 VALUES ('row1', 'value1');
INSERT INTO …

存储过程的缓存中缺少计划的原因是什么？

1. WITH RECOMPILE
2. 动态 SQL
3. 加密代码
4. 重大数据变化
5. 更新统计
6. 还有什么？

我最近在 2 台服务器（SQL Server 2008 R2 和 SQL Server 2012）上工作，它们在缓存中没有计划用于非常消耗资源的存储过程。存储过程中的许多（也许是全部）语句在缓存中也没有计划。一些存储过程非常频繁地执行，例如每秒执行几次。

没有任何内存压力。其中一台服务器的硬件远远超过所需。

我认为丢失的计划是由于在存储过程中间创建了临时表，但这似乎是来自 SQL Server 2000 或更早版本的旧信息。从 SQL Server 2005 开始，重新编译发生在 DDL 之后的语句的语句级别。在所有情况下都是如此还是在较新的版本上仍然会发生？

还有什么可能是导致计划缺失的罪魁祸首？我已经浏览了一些关于这个主题的文章，但似乎没有什么合适的。

在我本周查看的服务器上启用了针对临时工作负载的优化。其中一个存储过程每天只执行一次。我确实有那个代码。我没有每分钟执行超过 100 次的代码，但我可以得到它。我将无法发布代码，但我可以根据我的问题来描述它。