MySQL 中 JOIN 连接多表的标准写法
直接用
JOIN（等价于
INNER JOIN）连接两张或以上表时，必须明确指定连接条件，否则结果是笛卡尔积——这几乎总是错误的起点。
基本结构是：
SELECT ... FROM table1 JOIN table2 ON condition JOIN table3 ON condition。所有
JOIN必须配
ON，不能只靠
WHERE模拟连接逻辑（尤其在混合
LEFT JOIN时会出错）。
ON子句定义「两张表如何匹配」，应紧贴对应
JOIN后面 多个
JOIN是左关联的，即
t1 JOIN t2 ON ... JOIN t3 ON ...等价于
(t1 JOIN t2) JOIN t3若需控制连接顺序或避免歧义，可用括号显式分组，但 MySQL 5.7+ 通常不强制要求
INNER JOIN 和 LEFT JOIN 混用时的 ON 位置很关键
错误写法常出现在把过滤条件全堆到末尾
WHERE：一旦某张表是
LEFT JOIN，而你在
WHERE里写了该表字段的非空判断（如
WHERE t2.id IS NOT NULL），实际就退化成
INNER JOIN。
正确做法是把「左表必须存在、右表可为空」的语义保留在
ON中，需要过滤右表时也优先放
ON，除非真要排除左表无匹配的情况。
LEFT JOIN t2 ON t1.id = t2.t1_id AND t2.status = 'active'→ 保留所有
t1行，仅匹配
t2.status = 'active'的记录
LEFT JOIN t2 ON t1.id = t2.t1_id WHERE t2.status = 'active'→ 实际筛掉所有
t2不匹配或
status ≠ 'active'的
t1行
三张及以上表连接时别漏掉中间表的关联字段
常见疏忽：连接
t1 → t2 → t3时，误写成
t1 JOIN t2 ON t1.id = t2.t1_id JOIN t3 ON t1.id = t3.t1_id，跳过了
t2和
t3的关系，导致
t3数据与
t2无关。
如果业务上
t3是通过
t2关联的（比如订单 → 订单项 → 商品），就必须写
JOIN t3 ON t2.id = t3.order_item_id或类似路径。
SELECT t1.name, t2.qty, t3.title FROM orders t1 JOIN order_items t2 ON t1.id = t2.order_id JOIN products t3 ON t2.product_id = t3.id;
性能和可读性兼顾的小建议
大表连接时，
ON字段是否建索引直接影响执行计划；而别名（
t1,
t2）必须全程一致，否则报错
Unknown column 't2.x' in 'on clause'。 每个表都用短且唯一的别名，避免
t、
tt这类易混淆命名
ON条件中的字段，两端所属表要明确，不要依赖隐式解析 用
EXPLAIN看连接顺序和是否用了索引，特别是
type: ALL出现在大表上时要警惕 真正容易被忽略的是：MySQL 在解析多表
JOIN时，不会自动重排顺序来优化性能，它严格按 SQL 中写的顺序执行连接——所以把最小的结果集（或带高选择性索引的表）放在前面，有时比调优单条
ON条件更有效。
