临时表导致PostgreSQL查询执行时间过长的问题排查

原查询直接使用tebra.pm_insurancepolicy表时仅需1-2秒完成，但通过create temp table primary_insurances as select * from tebra.pm_insurancepolicy;创建临时表替换后，相同逻辑的查询耗时骤增至10分钟以上。结合问题背景和执行计划，以下是针对性解决办法：

• 复制原表关键索引到临时表
  原表的索引是查询高效的核心，临时表默认不会继承原表的索引。从执行计划可见，原表在关联时频繁使用patientcaseid+customerid、insurancecompanyplanguid+customerid的组合条件，手动创建这些组合索引：

  -- 创建匹配查询条件的组合索引
  CREATE INDEX idx_pi_patientcaseid_customerid ON primary_insurances(patientcaseid, customerid);
  CREATE INDEX idx_pi_insuranceplanguid_customerid ON primary_insurances(insurancecompanyplanguid, customerid);
  -- 若原表有其他索引，可同步复制
  

• 创建临时表时直接继承原表所有属性
  使用LIKE ... INCLUDING ALL语法，一次性复制原表的结构、约束、索引和存储参数，确保临时表与原表物理特性一致：

  CREATE TEMP TABLE primary_insurances (LIKE tebra.pm_insurancepolicy INCLUDING ALL) AS
  SELECT * FROM tebra.pm_insurancepolicy;
  

• 手动更新临时表统计信息
  临时表默认不会自动收集统计信息，查询优化器可能因数据分布信息缺失生成低效执行计划。创建临时表后执行：

  ANALYZE primary_insurances;
  

• 高版本PostgreSQL直接复制索引创建临时表
  若使用PostgreSQL 12及以上版本，可直接用INCLUDING INDEXES简化索引复制：

  CREATE TEMP TABLE primary_insurances AS 
  SELECT * FROM tebra.pm_insurancepolicy 
  WITH DATA INCLUDING INDEXES;
  

• 避免无必要的临时表使用
  若无需对原表数据做预处理，直接使用原表即可；若需预处理，可考虑在原表上创建物化视图，或用子查询替代临时表，省去表复制的额外开销。

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