Question

环境： Windows 2008 R2，SQL Server 2008 SP1

问题：具有9个表的表内连接查询在实际执行计划中获得“提前终止语句的原因：TimeOut”。

分配了错误的内存授予。

排序是在tempdb而不是ram中完成的，即使有足够的ram可用。

在tempdb中完成排序时性能很慢。

考虑：如果我从9个表中的一个表中删除，创建和删除其中一个索引，查询将再次获得完全优化，并且在具有完全性能的ram中完成排序。但是，只要我稍微修改一下查询，它就会再次失去完整的优化。

问题：有没有人见过这个问题？

有没有办法获得有关“超时”发生原因的更多信息？

优化器到底在做什么？

如果没有解决方案如何批准查询优化器问题，我会考虑为tempdb创建一个ramdisk。使用ramdisk对tempdb有什么风险？

我已经尝试过的事情：更新{ALL 9 Tables} WITH FULLSCAN

的统计数据

INDEX REBUILD像我上面做的DROP CREATE DROP操作一样暂时工作。

Answer 1

可能是您的索引变得支离破碎。如果您要插入/删除/更新9个表，可能会发生这种情况。

示例te重建索引：

ALTER INDEX MyIndex ON MyTable REBUILD

一段时间后，插入/删除/更新将再次对索引进行分段。您可以安排重建以防止性能降低。例如，见：

Answer 2

有什么症状？

以下是其中涉及的一些因素：您有一个复杂的查询，   涉及很多联接表（例如，8个或更多表   加入）。

请注意，将大量表联接在一起意味着有许多可能的联接顺序可供SQL考虑。

可能的解决方案之一是使用临时表分解为中间查询；另一个是自己确定最佳连接顺序，并使用提示FORCEORDER。