pg_hint_plan的Leading提示未生效是什么原因？

核心误区：Leading提示的作用是指定多表连接时的连接优先级（即连接树的结构），并不会单独强制嵌套循环连接的外表/内表选择。在仅指定Leading(b a)的情况下，优化器依然会基于统计信息做成本估算，自由选择两个表谁做外层、谁做内层。

你当前的场景中，优化器选择table_a全表扫描做外层、table_b通过主键索引做索引扫描做内层，是因为这个执行路径成本更低：外层逐行扫a拿到id值，到b的主键索引做等值匹配，只需要访问对应索引条目，不需要扫描b的全表，成本远低于反向顺序的执行路径，因此优化器没有调整内外表顺序。

问题复现的SQL与执行计划如下：

yugabyte=# explain (costs off, timing off)
          /*+ Leading( b a ) */ 
          select * from table_a a join table_b b using(id);

                    QUERY PLAN
--------------------------------------------------
 Nested Loop
   ->  Seq Scan on table_a a
   ->  Index Scan using table_b_pkey on table_b b
         Index Cond: (id = a.id)

根据实际需求选择写法即可：

• 如果你只需要保证a、b两个表优先完成连接，不需要强制内外表顺序：当前提示已经生效，执行计划中两个表直接做嵌套循环连接，没有被其他连接顺序打断，不需要额外调整。
• 如果你需要强制b作为嵌套循环外层表、a作为内层表：需要在Leading提示的基础上，追加指定连接方法的提示，明确绑定两个表的连接顺序，写法如下：

explain (costs off, timing off)
/*+ Leading(b a) NestLoop(b a) */
select * from table_a a join table_b b using(id);

• 注意事项：提示中引用表时，如果SQL里给表定义了别名，必须使用别名，不能用原始表名，否则提示会直接失效，你当前写的b a别名引用是正确的，不存在语法问题。

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