为何将视图的INNER JOIN改为LEFT OUTER JOIN后查询速度骤升？

这种性能差异的核心原因在于混合使用INNER JOIN和LEFT JOIN时，数据库优化器生成了低效的执行计划，具体可以从这几点拆解：

• 关联顺序与连接策略选错了方向
  当同时存在INNER和LEFT JOIN时，优化器要兼顾"过滤不匹配行"和"保留主表全量数据"两种语义，很可能错误地选择了代码表作为驱动表，而非数据量更大的资产主表。这种情况下，多次INNER JOIN会导致数据库反复扫描资产主表，或者生成远超预期的中间结果集，直接拖垮查询性能。
  改成全LEFT JOIN后，优化器明确以资产主表为驱动核心，每一行都通过代码表的(code_type, code_number)联合索引快速查找匹配项，连接策略也会转向更高效的哈希连接或索引嵌套循环，避免了无意义的全表扫描和中间数据膨胀。

• INNER JOIN的提前过滤放大了性能损耗
  INNER JOIN会在关联阶段就过滤掉不匹配的行，但如果资产主表中大量某类code_number在代码表中没有对应记录，优化器可能误判过滤后的数据集大小，选了不合适的连接方式（比如嵌套循环而非哈希连接）。而LEFT JOIN允许保留主表所有行，优化器能更准确地估算结果集规模，选择最优执行路径。

• 混合JOIN语义导致索引利用打折扣
  虽然代码表有(code_type, code_number)联合索引，但混合JOIN类型时，优化器可能无法正确识别索引在多关联场景下的价值，比如某些INNER JOIN的过滤条件被错误拆分，导致索引无法被充分利用。改成全LEFT JOIN后，每个关联都是基于主表的code_type和code_number精准匹配代码表，索引命中率和利用效率直接拉满。

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