强制连接顺序是什么
连接顺序决定谁先被读、谁拿索引去匹配谁，直接影响中间结果集的大小与整体成本。优化器多数时候能选对，但在统计信息过期、数据分布突变的场景会选错，这时才需要人工干预。MySQL 用 STRAIGHT_JOIN 关键字或优化器提示逼它按指定顺序连接；PostgreSQL 核心引擎不提供逐条强制语法，只能通过统计信息与规划参数间接影响。
基本信息
| MySQL 关键字 | STRAIGHT_JOIN：按 FROM 中的书写顺序连接 |
|---|---|
| MySQL 提示 | 8.0 优化器提示 JOIN_ORDER、JOIN_FIXED_ORDER；索引提示 USE/FORCE/IGNORE INDEX |
| PostgreSQL | 核心无逐条强制语法，靠统计信息、join_collapse_limit、geqo_threshold 间接影响 |
| 定位手段 | EXPLAIN 看驱动表与顺序，EXPLAIN ANALYZE 看真实行数与耗时 |
| 代价 | 强制手段是排查与止血工具，不适合当作长期方案 |
典型使用场景
- 优化器选错驱动表：把小结果集先过滤的顺序反着选，耗时差出数量级
- 统计信息不准的排查：先确认人工顺序是否真的更快，再决定补统计还是留提示
- 索引选择纠偏：明明有合适索引却走全表扫描时，用 FORCE INDEX 验证另一条路
- 上线前应急止血：先让慢查询恢复，之后回头修统计与参数
- 压测基线：固定一种连接顺序，避免两次压测因计划不同而无法比较
- 多表连接的收敛：表太多导致搜索空间不足时缩小优化器的可选范围
MySQL 强制手段
MySQL 强制手段
SELECT STRAIGHT_JOIN u.name, o.amount # 强制先读 users，再按顺序读 orders
FROM users u JOIN orders o ON o.user_id = u.id
WHERE u.id = 42;
SELECT /*+ JOIN_ORDER(o, u) */ u.name, o.amount # 8.0 优化器提示：指定这两张表的先后
FROM users u JOIN orders o ON o.user_id = u.id;
SELECT * FROM small s
JOIN big b FORCE INDEX (idx_k) ON b.k = s.k; # 索引提示写在表名（含别名）之后
EXPLAIN ANALYZE SELECT u.name, o.amount FROM users u JOIN orders o ON o.user_id = u.id;
-- 用真实行数与耗时确认顺序调整是否真的有效，别只看估算PostgreSQL 影响方式
PostgreSQL 影响方式
EXPLAIN (ANALYZE, BUFFERS) SELECT u.name, o.amount -- 先看计划，确认驱动表与连接算法
FROM users u JOIN orders o ON o.user_id = u.id WHERE u.city = '北京';
ANALYZE users; ANALYZE orders; -- 统计信息过期是最常见的选错顺序原因
CREATE STATISTICS st_user_city (dependencies) ON city, status FROM users; # 描述列间相关性
SET join_collapse_limit = 1; -- 会话级：限制规划器重排显式连接，按书写顺序规划
SET enable_nestloop = off; -- 排查用：验证另一种连接算法是否更快强制手段对照
| 手段 | 作用范围 | 注意 |
|---|---|---|
| STRAIGHT_JOIN（MySQL） | 整条语句按 FROM 的书写顺序连接 | 影响全部连接，属于整体覆盖式强制 |
| JOIN_ORDER 提示（MySQL 8.0） | 只规定列出的部分表的相对顺序 | 未列出的连接仍由优化器决定 |
| FORCE / USE INDEX | 限制某张表可用的索引集合 | FORCE INDEX 把全表扫描降为最后手段 |
| join_collapse_limit（PG） | 控制规划器重排显式连接的能力 | 设为 1 会按书写顺序规划，属排查手段 |
| enable_*join（PG） | 开关某一类连接算法 | 仅用于对比验证，不建议长期关闭 |
动手强制顺序之前先跑 EXPLAIN ANALYZE：驱动表选得对不对，取决于估算行数与真实行数差多少。偏差很大时，更新统计信息或补列级统计通常比写提示更稳，提示只解决当下这一条语句。
索引提示必须写在表名（含别名）之后，位置写错会直接语法报错；而写在注释里的优化器提示若名字写错或场景不适用，只会静默失效，不报任何错，必须回看执行计划确认是否真正生效。