基于NULL键列的连接优化为表扫描与索引扫描问题咨询

嘿，我来帮你拆解这个关于查询计划和NULL列的问题！

先明确你的核心场景：

• 测试环境中的Order_Details_Taxes表有11,225,799行数据
• OrdTax_PLTax_LoadDtl_Key列所有行均为NULL，且环境配置确保该列永远为NULL
• 该列存在索引
• 使用NULL值执行内连接时无返回结果，想搞清楚查询计划里的问题

为什么NULL内连接没有结果？ #

这是SQL的标准行为：NULL不等于任何值，包括另一个NULL。当你用表A.列 = 表B.列做内连接时，两边都是NULL的比较结果是UNKNOWN，而内连接只会保留比较结果为TRUE的行，所以自然不会返回任何数据——这不是查询计划的bug，是SQL的基础规则。

这个全NULL列的索引有什么问题？ #

既然该列永远为NULL，这个索引完全是冗余的，甚至会带来负面影响：

• 每次插入、更新数据时，数据库都要维护这个索引，浪费IO和CPU资源
• 查询优化器可能错误选择这个索引（比如做过滤或连接时），导致执行计划走低效路径

查询计划里可能出现的异常点 #

如果你的查询计划出现以下情况，说明这个冗余索引在捣乱：

• 连接阶段尝试扫描这个NULL索引
• 对该列做WHERE OrdTax_PLTax_LoadDtl_Key IS NULL过滤时，优化器选择索引扫描，但实际上全表扫描或直接返回所有行效率更高（因为全列都是NULL）

优化建议 #

1. 删除冗余索引：这是最直接的解决方案，既然列永远为NULL，索引毫无存在意义，删除后能减少数据库维护开销，也避免优化器做出错误的执行计划选择。
2. 调整连接逻辑（如果需要匹配NULL）：如果业务需要匹配NULL值的内连接，不要用=，可以改用：
   • 部分数据库支持的IS NOT DISTINCT FROM（比如PostgreSQL、SQL Server 2022+）
   • 兼容更多数据库的显式写法：(表A.列 IS NULL AND 表B.列 IS NULL)
3. 临时规避索引（无法删除时）：可以用查询提示强制优化器不使用该索引，比如SQL Server中：OPTION (TABLE HINT(Order_Details_Taxes, NOINDEX(索引名)))

举个匹配NULL内连接的示例SQL：

-- 兼容多数数据库的写法
SELECT *
FROM Order_Details_Taxes odt
INNER JOIN OtherTable ot 
  ON (odt.OrdTax_PLTax_LoadDtl_Key = ot.Matching_Key) 
  OR (odt.OrdTax_PLTax_LoadDtl_Key IS NULL AND ot.Matching_Key IS NULL);

希望这些分析和建议能帮到你！

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