Oracle执行计划变差了？利用AWR SQL Plan Baseline排查

首页

数据库

热心网友

转载

2026-04-29

如何诊断SQL执行计划漂移：先查AWR历史基线，再验证基线状态与参数

SQL性能突然下降？先检查AWR历史执行计划是否稳定

Oracle数据库SQL性能下降，执行计划漂移是常见原因。统计信息更新、绑定变量窥探或数据库版本升级都可能导致优化器生成次优计划。但性能变慢不一定就是计划问题。第一步，需要确认该SQL是否存在一个历史上稳定且高效的执行计划。请注意，dba_sql_plan_baselines视图仅记录手动加载或自动捕获的SQL计划基线。而完整的执行历史记录保存在AWR报告相关的dba_hist_sqlstat和dba_hist_sql_plan视图中，它们是排查问题的关键。

如何查询？核心是分析最近7天内SQL执行计划的变化情况：

SELECT plan_hash_value, COUNT(*), MIN(sample_time), MAX(sample_time)
FROM dba_hist_sql_plan p
JOIN dba_hist_sqlstat s USING (sql_id, plan_hash_value)
WHERE sql_id = 'your_sql_id'
  AND sample_time > SYSDATE - 7
GROUP BY plan_hash_value
ORDER BY MIN(sample_time);

若查询返回多个不同的plan_hash_value，则表明执行计划确实发生了漂移。
若仅有一个plan_hash_value，则问题可能源于I/O性能、锁竞争或资源等待，而非执行路径本身。
重要提示：即使plan_hash_value相同，执行效率也可能不同。务必计算elapsed_time_total / executions_total的平均执行时间，观察是否有显著增长。
另外需注意，dba_hist_sql_plan默认仅保留每条SQL最近的1000个执行计划（受隐含参数_cursor_plan_cache_threshold控制），高频SQL的早期计划可能已被覆盖。

如何从AWR提取高效计划并固化为SQL计划基线？

想将AWR中记录的高效执行计划固定下来？不能直接创建，需先将其还原为完整的执行计划信息。核心方法是：使用DBMS_XPLAN.DISPLAY_AWR提取计划详情，再通过DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE或LOAD_PLANS_FROM_SQLSET将其加载为基线。

具体操作分为三个步骤：

首先，从dba_hist_sqlstat中定位目标plan_hash_value对应的sql_id和dbid。
其次，使用DBMS_XPLAN.DISPLAY_AWR('sql_id', plan_hash_value, db_id)验证计划完整性，重点关注filter、access谓词及cardinality预估是否合理。

最后，执行以下PL/SQL块加载基线（需具备ADMINISTER SQL MANAGEMENT OBJECT权限）：

BEGIN
  DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE(
    sql_id => 'your_sql_id',
    plan_hash_value => 1234567890,
    fixed => 'YES',
    enabled => 'YES'
  );
END;

⚠️ 关键限制：LOAD_PLANS_FROM_CURSOR_CACHE仅能加载当前仍驻留在库缓存（v$sql）中的计划。若高效计划已被挤出缓存，则需改用替代方案——先用DBMS_SQLTUNE.CREATE_SQLSET从AWR导出计划至SQLSET，再调用LOAD_PLANS_FROM_SQLSET完成加载。

基线已加载但SQL未走预期计划？检查ACCEPTED与ENABLED状态

成功加载SQL计划基线后，优化器就一定会采用吗？不一定。一个基线能否被选用，取决于两个核心状态：enabled（是否启用）和accepted（是否被接受）。常见疏漏是：手动加载时设置了fixed => 'YES'，却未同步将enabled设为'YES'，导致基线未被激活。

如何检查状态？运行以下查询：

SELECT sql_handle, plan_name, enabled, accepted, fixed, origin
FROM dba_sql_plan_baselines
WHERE sql_text LIKE '%your_keyword%';

若enabled = 'NO'，表示基线被禁用，执行ALTER BASELINE ... ENABLE即可启用。
若accepted = 'NO'，说明该计划未通过验证（例如自动演进失败）。此时即使enabled = 'YES'，也不会被优化器选用。
origin字段也需关注：'MANUAL-LOAD'代表手动导入，'AUTO-CAPTURE'表示自动捕获。后者默认accepted = 'YES'，但fixed = 'NO'。

若发现accepted = 'NO'但希望强制使用该计划，可执行DBMS_SPM.ALTER_SQL_PLAN_BASELINE将状态改为'YES'。但操作前务必确认该计划在当前数据分布下依然高效，否则可能固化一个劣质计划。

启用基线后执行计划仍不稳定？排查OPTIMIZER_USE_SQL_PLAN_BASELINES参数

SQL计划基线功能并非绝对可靠。实例级参数optimizer_use_sql_plan_baselines默认为TRUE，但若被显式设置为FALSE（例如在PDB级别执行ALTER SYSTEM SET optimizer_use_sql_plan_baselines=FALSE），则基线功能将完全失效。

检查当前参数值：SHOW PARAMETER optimizer_use_sql_plan_baselines
多租户环境需特别注意：必须在目标PDB内确认该参数，CDB$ROOT的设置不会自动继承至PDB。
即使参数为TRUE，若SQL中使用了/*+ OPT_PARAM('optimizer_use_sql_plan_baselines' 'FALSE') */优化器提示，也会绕过基线控制。
本质限制：基线仅约束执行计划的“形状”（如连接顺序、访问路径），无法消除绑定变量具体值带来的谓词选择性差异。因此，同一基线下，不同的变量值仍可能导致基数（cardinality）估算错误，引发性能波动。

最后，最易被忽视的一点：基线绑定的是SQL文本的精确哈希值。这意味着它对空格、换行符甚至注释都极其敏感。应用程序动态拼接SQL时，即便多出一个空格，sql_id就会改变，导致基线无法匹配。这是确保基线生效的关键细节。

来源:https://www.php.cn/faq/2318748.html

免责声明：游乐网为非赢利性网站，所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系youleyoucom@outlook.com。

上一篇：MySQL如何防止幻读现象_使用临键锁Next-Key Lock机制下一篇：Redis怎么优化海量签到数据的内存消耗_使用Bitmaps代替Set并开启位图压缩

相关攻略

AI资讯

Meta 星际之门 AI 数据中心扩容受阻或选址阿比林

3月7日，彭博社的一则深度报道揭示了AI算力基础设施领域的关键动态：备受业界瞩目的“星际之门”（Stargate）项目，其位于美国得克萨斯州阿比林（Abilene）的首个数据中心站点，其最终规模很可能将定格在1 2吉瓦（GW）。此前备受期待的扩容至2GW的谈判，在OpenAI、甲骨文（Oracle）

热心网友

05.20

AI资讯

甲骨文阿比林数据中心园区建设进展顺利

关于甲骨文“星际之门”数据中心的最新动态，近期网络上的部分信息存在偏差。北京时间3月9日，甲骨文公司官方在X平台正式作出澄清，明确指出某些媒体对其位于美国得克萨斯州阿比林（Abilene）的首个“星际之门”数据中心园区的报道，与事实不符。那么，甲骨文“星际之门”数据中心的真实进展如何？根据官方最新

热心网友

05.20

数据库

Navicat可视化操作指南如何创建与管理Oracle位图索引

在Navicat中无法通过图形界面创建Oracle位图索引，这并非软件缺陷，而是由于Oracle要求显式使用特定SQL语句创建，且需要额外权限。Navicat为避免权限不足导致操作失败，隐藏了该选项。正确方法是使用查询编辑器直接执行CREATEBITMAPINDEX语句。创建成功后，图形界面可能仍显示为普通索引，且设计功能受限，修改需通过SQL重建。位图索引

热心网友

05.11

数据库

Oracle 11g安装遇到交换空间警告的临时Swap文件解决方案

Oracle11g安装时若报交换空间不足，常因安装程序严格校验所致。可通过创建临时swap文件解决：使用dd命令生成文件，注意设置合适参数与路径，执行mkswap与swapon启用。安装前需验证状态，确保生效。注意临时文件勿写入 etc fstab，安装完成后应及时清理。

热心网友

05.10

数据库

Oracle 11g RAC多路径部署与udev固定磁盘名配置指南

在Oracle11gRAC环境中，仅配置multipath别名无法保证ASM稳定识别磁盘。必须通过udev规则，基于DM_NAME创建固定的字符设备节点（如 dev asm-*），并正确设置grid:asmadmin权限，以满足ASM对路径一致性、权限和名称持久性的要求。否则，ASM实例可能因裸I O失败而无法启动。规则需确保生成字符设备，并避免依赖不稳定的

热心网友

05.10