子查询中的Hint不会穿透到主查询，仅作用于子查询内部；主查询的驱动表控制必须在主查询Hint中显式声明LEADING和连接算法，配合CARDINALITY校准行数预估，并通过执行计划验证索引访问和实际行数。
子查询里的 Hint 不会自动穿透到主查询
很多人写 UPDATE 或 SELECT 时，在子查询里加了 /*+ INDEX(t2 idx_t2_ref) */，就以为主查询的驱动表也受控了——其实不会。Oracle 的 Hint 是语句块（statement block）级作用域，子查询的 Hint 只影响子查询本身，对主查询的表连接顺序、驱动表选择完全无效。
常见错误现象是：子查询执行快了，但主查询仍走全表扫描 + HASH JOIN，整体性能没变。这是因为优化器在主查询层面对 t1 和 t2 的关系仍按默认成本估算，没被子查询里的 Hint “传染”。
- 子查询的
INDEX、USE_NL、LEADING等 Hint，只约束子查询内部的访问路径和连接行为 - 主查询若需控制驱动表，必须在主查询的 Hint 区显式声明，比如
/*+ LEADING(t1) USE_NL(t2) */ - 如果子查询用了别名（如
(SELECT ... FROM t2 s2 WHERE ...)），Hint 中必须用s2，不能写t2
真正起效的驱动表控制必须落在主查询 Hint 中
驱动表不是靠“哪个表先出现在 FROM 里”或“子查询里加了索引”决定的，而是由主查询中 LEADING + 连接算法 Hint 共同锁定的。单独写 USE_NL(t2) 没用，因为优化器不知道谁驱动谁；不配 LEADING，USE_NL 很可能被忽略。
正确写法示例：
SELECT /*+ LEADING(orders) USE_NL(order_details) INDEX(order_details idx_od_order_id) */ o.order_id, od.item_desc FROM orders o, order_details od WHERE o.order_id = od.order_id AND o.status = 'SHIPPED';
-
LEADING(orders)明确指定orders为最外层驱动表 -
USE_NL(order_details)表示用orders驱动order_details走嵌套循环 -
INDEX(order_details ...)确保内表走索引访问，避免因全表扫描导致 CBO 拒绝USE_NL
子查询结果集大小影响主查询驱动表选择，可用 CARDINALITY 补救
当子查询返回行数远少于优化器预估时（比如实际 5 行，CBO 估 5000 行），它很可能把子查询结果当“大集合”，反选它做被驱动方，甚至弃用 NL。这时不能只靠子查询加索引，得用 CARDINALITY 主动“校准”优化器认知。
例如：
SELECT /*+ CARDINALITY(subq 5) LEADING(subq) USE_NL(emp) */
e.name
FROM employees e,
(SELECT /*+ INDEX(dept idx_dept_active) */ dept_id FROM departments dept
WHERE active = 1) subq
WHERE e.dept_id = subq.dept_id;
-
CARDINALITY(subq 5)强制告诉 CBO：这个子查询结果只有约 5 行 - 配合
LEADING(subq)，让这 5 行成为驱动源，再用 NL 去探查employees - 若不加
CARDINALITY，CBO 可能因低估选择性而拒绝LEADING，或误判 NL 成本过高
验证是否真生效，别只看 Operation 名字
加了 LEADING 和 USE_NL 后，执行计划里出现 NESTED LOOPS 不代表成功。容易被忽略的关键点是：
- 检查该步骤的
ACCESS_PREDICATES：内表是否真的走了INDEX RANGE SCAN？还是FULL TABLE SCAN？后者说明索引没命中或 Hint 未生效 - 对比
ROWS（预估）和A-Rows（实际）：若差两个数量级以上，统计信息失真，CARDINALITY或重收集统计信息比硬调 Hint 更治本 - 确认
PLAN_HASH_VALUE是否变化：没变基本等于 Hint 被忽略，常见原因是表别名不一致或语法位置错（比如写在子查询注释里却想管主查询）
最稳妥的做法是：先用 EXPLAIN PLAN 看计划，再用 DBMS_XPLAN.DISPLAY_CURSOR(NULL, NULL, 'ALLSTATS LAST') 拿真实执行数据交叉验证。Hint 是手术刀，不是创可贴——切口位置错了，再锋利也没用。
