多左连接COUNT查询耗时过长，寻求优化解决方案

查询设计核心问题 #

你的查询耗时久、返回90亿行的根本原因是多个LEFT JOIN叠加导致的行膨胀：

• LEFT JOIN会将主表（TABLE1）的每一行，与关联表中匹配的所有行进行组合生成新行。如果TABLE1的某一行在TABLE2匹配2行、TABLE3匹配3行，仅这两个连接就会让该行变成2×3=6行。多个连接叠加后行数呈乘法级增长，最终得到90亿行完全符合逻辑——这不是索引或统计信息能解决的，是查询逻辑本身的问题。
• 你需要先明确核心需求：到底要统计什么？如果只是统计TABLE1的行数，完全不需要关联任何其他表。

针对性优化方案 #

1. 明确统计目标，简化查询 #

根据实际需求选择对应语句：

• 仅统计TABLE1的行数：直接执行以下语句，瞬间出结果

  SELECT COUNT(*) FROM SCHEMA.TABLE1;
  

• 统计同时匹配所有关联表的TABLE1行数：将LEFT JOIN改为INNER JOIN，仅保留满足所有连接条件的行，同时用主键去重避免重复计数

  SELECT COUNT(DISTINCT A.主键列)
  FROM SCHEMA.TABLE1 A
  INNER JOIN SCHEMA.TABLE2 B ON B.COL1 = A.COL2
  INNER JOIN SCHEMA.TABLE3 C ON C.COL2 = A.COL3
  INNER JOIN SCHEMA.TABLE4 D ON D.COL3 = A.COL4 
  INNER JOIN SCHEMA.TABLE5 E ON E.COL4 = A.COL5
  INNER JOIN SCHEMA.TABLE6 F ON F.COL5 = A.COL6;
  

• 统计TABLE1的行（不管是否匹配其他表，但避免行膨胀）：用EXISTS子查询替代JOIN，仅做存在性判断，不会复制行

  SELECT COUNT(*)
  FROM SCHEMA.TABLE1 A
  WHERE EXISTS (SELECT 1 FROM SCHEMA.TABLE2 B WHERE B.COL1 = A.COL2)
    AND EXISTS (SELECT 1 FROM SCHEMA.TABLE3 C WHERE C.COL2 = A.COL3)
    AND EXISTS (SELECT 1 FROM SCHEMA.TABLE4 D WHERE D.COL3 = A.COL4)
    AND EXISTS (SELECT 1 FROM SCHEMA.TABLE5 E WHERE E.COL4 = A.COL5)
    AND EXISTS (SELECT 1 FROM SCHEMA.TABLE6 F WHERE F.COL5 = A.COL6);
  

2. 修复索引错误 #

你当前创建的索引完全不匹配连接条件：

• 连接条件是B.COL1 = A.COL2，但你给TABLE1建的是COL1索引、TABLE2建的是COL2索引，这些索引在连接时根本用不上。
• 正确的索引应该针对连接条件的关联列创建：

  -- TABLE1的连接列索引
  CREATE INDEX SCHEMA.TABLE1_COL2_IDX ON SCHEMA.TABLE1 (COL2);
  CREATE INDEX SCHEMA.TABLE1_COL3_IDX ON SCHEMA.TABLE1 (COL3);
  CREATE INDEX SCHEMA.TABLE1_COL4_IDX ON SCHEMA.TABLE1 (COL4);
  CREATE INDEX SCHEMA.TABLE1_COL5_IDX ON SCHEMA.TABLE1 (COL5);
  CREATE INDEX SCHEMA.TABLE1_COL6_IDX ON SCHEMA.TABLE1 (COL6);
  
  -- 关联表的连接列索引
  CREATE INDEX SCHEMA.TABLE2_COL1_IDX ON SCHEMA.TABLE2 (COL1);
  CREATE INDEX SCHEMA.TABLE3_COL2_IDX ON SCHEMA.TABLE3 (COL2);
  CREATE INDEX SCHEMA.TABLE4_COL3_IDX ON SCHEMA.TABLE4 (COL3);
  CREATE INDEX SCHEMA.TABLE5_COL4_IDX ON SCHEMA.TABLE5 (COL4);
  CREATE INDEX SCHEMA.TABLE6_COL5_IDX ON SCHEMA.TABLE6 (COL5);
  

3. 辅助排查手段 #

• 查看执行计划：用EXPLAIN PLAN FOR（Oracle）或对应数据库的执行计划命令，确认查询是否用到正确索引，是否存在全表扫描、笛卡尔积等低效操作。
• 验证统计信息：执行DBMS_STATS.gather_table_stats时可添加ESTIMATE_PERCENT => DBMS_STATS.AUTO_SAMPLE_SIZE参数，保证统计信息的采样精度。

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