小编Tho*_*oub的帖子

我有一个FTS Catalog包含 ~10 ⁶行的表。它曾经像魅力一样工作，但最近，由于未知原因，它开始随机出现非常糟糕的（查询> 30 秒）性能。

全文索引维护的阅读指南我仔细研究sys.fulltext_index_fragments并注意到以下几点：

1. 片段数量在2到20之间高频振荡（每分钟多次）；
2. 最大的片段包含约 10 ⁵行，大小为 11Mb；
3. 其他包含 1 到 40 行。

这个波动的片段数量会干扰 SQL Server 的执行计划选择吗？

我能做些什么来清理这个？