执行计划行数预估持续偏低，含全文搜索的查询性能差异求助

云原生阿岚

2026-5-19

问题拆解与解决思路

这问题我在帮客户排查的时候碰到过好多次，咱们一步步拆解着来解决：

先搞懂执行计划分叉的核心原因

你提到带全文搜索（FT Search）的查询会生成两种执行计划，一个快一个慢——大概率是优化器在执行顺序选择上出了问题：

快的计划：应该是优先通过全文索引过滤出小范围数据，再去走非聚集索引（NC Index）做后续操作，这种路径匹配了实际数据量，效率自然高。
慢的计划：优化器错误选择了先做NC索引查找，再去匹配全文条件。而这背后的元凶，就是你发现的行数预估严重不准——当优化器认为NC索引查找只会返回很少行数时，就会选嵌套循环这类适合小数据量的运算符，但实际行数远超预估时，嵌套循环就会变成性能灾难。

你已经试过UPDATE STATISTICS ... WITH FULLSCAN但没用，这里要排查几个关键点：

统计信息的覆盖范围不对：你的NC索引对应的统计信息，是不是包含了查询中所有过滤/关联的关键列？如果统计只覆盖了索引键列，但查询用到了索引包含列或者其他过滤条件，直方图就没法准确反映数据分布。
数据倾斜没被捕捉到：如果你的表存在严重数据倾斜（比如某列的某个值占了80%以上的数据），默认的统计直方图可能没把这个关键点纳入，哪怕fullscan也会预估错误。这种情况得手动创建过滤统计信息，比如：
```
CREATE STATISTICS stat_YourTable_SkewedColumn ON YourTable(SkewedColumn) 
WHERE SkewedColumn = '高频倾斜值';
```
参数嗅探在搞鬼：如果查询用了变量，优化器会用第一次执行的参数生成计划，后续参数变化时就会出现预估偏差。可以临时加OPTION (RECOMPILE)验证，看预估行数是否变准确。
全文统计没更新：SQL Server的全文索引统计和常规统计是分开的，不会自动随常规统计更新。你得手动更新全文索引填充：
```
ALTER FULLTEXT INDEX ON YourTable START UPDATE POPULATION;
```

定位预估偏差的具体位置：移除FT后，用SSMS开启「包括实际执行计划」，对比每个运算符的预估行数和实际行数，找到出问题的NC索引。然后用DBCC SHOW_STATISTICS(YourTable, NCIndexName)查看直方图，确认是不是数据分布没被正确捕捉。
修复统计信息：如果是数据倾斜，就创建过滤统计；如果是统计覆盖不全，就重新创建包含所有关键列的统计：
```
DROP STATISTICS YourTable.StatName;
CREATE STATISTICS StatName ON YourTable(FilterColumn1, JoinColumn2) WITH FULLSCAN;
```
强制执行顺序优化：针对带FT的查询，用OPTION (FORCE ORDER)提示优化器先执行全文搜索过滤，再走NC索引，避免选错执行顺序。
优化索引减少回表：如果NC索引查找后需要Key Lookup回表，实际行数多的时候IO会爆炸。把查询需要的列加到NC索引里做成覆盖索引，彻底避免回表操作。

补充：如果以上都没用，可以试试用查询提示OPTION (USE HINT('FORCE_LEGACY_CARDINALITY_ESTIMATION'))，有时候新的基数估算器对某些场景适配不好，换回旧的可能会更准确。

内容的提问来源于stack exchange，提问作者Peter