Oracle Hint失效？手把手教你用SQL Profile强制固定NL连接执行计划

Oracle Hint失效？手把手教你用SQL Profile强制固定NL连接执行计划

你有没有遇到过这样的场景：一个原本运行流畅的报表SQL，突然在某一天性能骤降，查询时间从几秒飙升到几分钟甚至几十分钟。作为DBA或者开发人员，你第一时间想到的就是检查执行计划，结果发现优化器“抽风”了，本该走嵌套循环连接（Nested Loops Join）的查询，莫名其妙地选择了哈希连接（Hash Join）或者合并连接（Merge Join）。更让人头疼的是，你尝试在SQL里加上/*+ USE_NL(t1 t2) */这样的Hint，结果发现它像石沉大海一样，执行计划纹丝不动。

这种情况在OLTP系统或数据仓库中并不少见，尤其是在统计信息失真、数据分布发生变化，或者数据库版本升级之后。优化器基于成本模型做出的决策，有时会偏离我们基于业务逻辑的认知。当简单的Hint无法“驯服”优化器时，我们就需要更强大的武器——SQL Profile。今天，我们就来深入探讨如何手动创建SQL Profile，精准地“锁定”你想要的执行计划，特别是强制固定嵌套循环连接，让SQL性能重回正轨。

1. 理解Hint失效与SQL Profile的救赎之道

当我们在SQL中书写Hint时，内心通常充满了对优化器的“指导”欲望。然而，Oracle优化器是一个复杂的成本计算引擎，Hint更像是一种“强烈建议”，而非绝对命令。在多种情况下，Hint可能会被忽略：

• 统计信息严重偏差：如果优化器基于统计信息估算出的成本与Hint所暗示的路径成本相差巨大，它可能会认为你的Hint“不切实际”而选择忽略。
• Hint语法或对象引用错误：这是新手常犯的错误，比如表别名写错、Hint名称拼写错误，或者在不支持该Hint的版本中使用。
• 查询转换（Query Transformation）：优化器在解析SQL时，可能会进行复杂的重写，如子查询展开、视图合并等。这些转换可能会改变原始的查询块结构，导致你写的Hint找不到对应的“目标”而失效。
• 参数设置影响：像OPTIMIZER_FEATURES_ENABLE、_OPTIMIZER_IGNORE_HINTS（极端情况）等参数，会改变优化器的行为模式，可能影响Hint的效力。

SQL Profile的出现，就是为了解决这种“失控”的局面。你可以把它理解为一个附着在SQL语句上的“外挂式”优化指令集。与写在SQL文本内的Hint不同，SQL Profile存储在数据字典中，由DBMS_SQLTUNE包管理。它的核心优势在于强制力和稳定性。

• 强制力：一个正确配置的SQL Profile，其内部的Hint集合对优化器具有更高的优先级。优化器会将这些Hint视为该SQL语句的“固有属性”，在生成执行计划时优先遵从。
• 稳定性：SQL Profile（特别是Manual类型）不依赖于统计信息。一旦绑定，无论底层表的数据量如何变化，只要Profile存在，执行计划就会被固定下来。这对于那些执行计划敏感、统计信息又容易波动的关键业务SQL来说，是至关重要的稳定器。

那么，如何构建这样一个强有力的Profile呢？关键在于理解它的核心——Outline Data。

2. 揭秘SQL Profile的核心：Outline Data与Query Block Name

手动创建SQL Profile，本质上是将一组特定的Hint打包，然后“注射”给目标SQL。这组Hint从哪里来？答案就藏在执行计划的 Outline Data 部分。

我们可以通过DBMS_XPLAN.DISPLAY_CURSOR来查看一个正在运行或历史SQL的执行计划详情，并指定‘OUTLINE’格式。

-- 假设我们已经有一个运行较慢的SQL，其SQL_ID为 'abc123def456'
SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR('abc123def456', NULL, 'OUTLINE'));