多表JOIN应让过滤后行数最少的表作驱动表（左表），优先应用高选择性WHERE条件并确保JOIN字段有索引、类型一致；避免JOIN条件中使用函数，必要时用CTE或临时表预处理。
多表JOIN的顺序直接影响查询性能，核心原则是：让驱动表（左表）尽可能小，且能利用索引快速过滤。MySQL的嵌套循环连接（Nested Loop Join）默认以LEFT JOIN的左表为驱动表，因此调整JOIN顺序的本质，是控制哪张表先被扫描、哪张表后被匹配。
优先把带高选择性WHERE条件的表放最左
驱动表越小，后续JOIN的循环次数就越少。如果某张表加了高效索引的WHERE条件（如user_id = 123或status = 'active'），应把它作为第一个表（即JOIN链最左侧），让它先完成数据过滤，再用结果集去关联其他表。
- ✅ 推荐写法：SELECT ... FROM orders o JOIN users u ON o.user_id = u.id JOIN products p ON o.product_id = p.id WHERE o.status = 'shipped' AND u.city = 'Shanghai'（orders有状态过滤，且订单表常比用户表更易缩小范围）
- ❌ 避免写法：SELECT ... FROM users u JOIN orders o ON u.id = o.user_id ... WHERE o.status = 'shipped'（users无过滤，全量扫描后再关联，效率低）
小表驱动大表，但需结合实际数据分布判断
“小表”不是指物理大小，而是指JOIN前经过WHERE、GROUP BY等操作后实际参与连接的行数。例如日志表可能很大，但如果加了log_time > '2024-01-01'，过滤后只剩几百行，它就比未过滤的中等用户表更适合作为驱动表。
- 执行EXPLAIN查看各表的rows估算值，选rows最小的作为左表
- 注意：MySQL 8.0+支持哈希连接（Hash Join），对右表大时更友好，但仍建议驱动表先行过滤
避免在JOIN条件中使用函数或表达式
JOIN字段若被函数包裹（如ON YEAR(o.create_time) = YEAR(u.register_time)），会导致索引失效，使该表无法高效驱动或被驱动。
- 改用范围条件替代：比如用o.create_time BETWEEN '2024-01-01' AND '2024-12-31'代替YEAR(o.create_time) = 2024
- 确保JOIN字段类型一致、字符集相同，否则隐式转换也会绕过索引
必要时拆分复杂JOIN，用临时表或CTE预处理
当5张以上表关联、且中间结果已明显收缩时，可先将关键过滤结果存入临时表或用CTE固化，再逐步JOIN。这能避免优化器误判执行计划，也便于调试和复用。
- 例如：先查出近7天活跃用户ID列表（WITH active_users AS (SELECT id FROM users WHERE last_login > NOW() - INTERVAL 7 DAY)），再以此为基础JOIN订单和商品
- 临时表记得建索引：CREATE TEMPORARY TABLE tmp_active_users AS ...; ALTER TABLE tmp_active_users ADD INDEX idx_id (id);
