Oracle数据库分析表后首次查询慢、后续快的统计反馈异常求助

问题描述 #

我在Oracle数据库中执行查询时发现执行速度较慢。为解决该问题，我分析了查询涉及的所有表，但发现刚完成分析后首次执行查询速度很慢，后续执行则耗时很短。对比两种情况的执行计划后发现存在差异：执行较快的查询在Note部分显示执行期间使用了statistics feedback，但我认为实际情况应该相反——使用统计反馈的查询应该更慢，未使用的应该更快。

慢查询执行计划（刚分析表后） #

SQL_ID  33mcmpx5swcz6, child number 0

Plan hash value: 853923588

...

Predicate Information (identified by operation id):
---------------------------------------------------
 
   2 - access("A2"."LINJA"="A1"."LINJA")

...

 208 - access("QM_MATERIAL_SEGMENT"."MSE_PILE_OID"="QM_MATERIAL_PILE"."MPI_PK_OID")

快查询执行计划（首次执行后的后续运行） #

SQL_ID  33mcmpx5swcz6, child number 1

Plan hash value: 1555485642
 
....

Predicate Information (identified by operation id):
---------------------------------------------------
 
   2 - access("A2"."LINJA"="A1"."LINJA")

...

 206 - access("QM_MATERIAL_SEGMENT"."MSE_PILE_OID"="QM_MATERIAL_PILE"."MPI_PK_OID")
 
Note
-----
- statistics feedback used for this statement

问题分析与解决建议 #

核心原因 #

你对统计反馈的理解存在偏差：统计反馈的作用是修正优化器的错误估算，而非拖慢性能：

• 首次执行时，优化器依赖刚收集的表级统计信息生成执行计划（child 0），但这些统计可能无法精准反映查询涉及的数据分布（比如关联列的选择性、数据倾斜、多列关联的相关性），导致优化器选择了低效的执行路径（比如错误的连接顺序、全表扫描而非索引访问），因此执行缓慢。
• 首次执行过程中，Oracle会收集实际的执行统计（如实际返回行数、匹配行数），并将这些反馈数据存储。后续执行时，优化器利用这些真实数据调整执行计划（生成child 1），选择更高效的执行策略，所以速度提升。Note中的statistics feedback正是说明优化器使用了这些实际数据修正了计划。

验证与优化方案 #

• 查看反馈详情：查询V$SQL_FEEDBACK视图，可获取优化器修正的具体估算偏差（比如行数估算与实际值的差异）。
• 优化统计收集：手动收集更精准的统计信息，比如针对关联列收集直方图：

  DBMS_STATS.GATHER_TABLE_STATS(
    ownname => '你的用户名',
    tabname => '目标表名',
    method_opt => 'FOR COLUMNS LINJA, MSE_PILE_OID SIZE AUTO'
  );
  

  这样能让优化器在初始阶段就获得更准确的数据分布，避免生成低效的初始计划。
• 锁定高效计划：若确认child 1是最优计划，可通过SQL Profile或SQL Plan Baseline锁定该计划，确保后续执行直接使用高效路径。
• 检查数据倾斜：若存在某列少数值占据大量数据的情况，默认统计可能无法覆盖，需针对性调整统计收集策略（比如增加直方图桶数）。

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