MySQL多表JOIN必须显式用ON指定连接条件，避免笛卡尔积；混合INNER/LEFT JOIN时过滤条件应放ON而非WHERE以防语义退化；多表关联需确保路径完整，索引与表顺序影响性能。
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出现在大表上时要警惕
JOIN 时，不会自动重排顺序来优化性能，它严格按 SQL 中写的顺序执行连接——所以把最小的结果集（或带高选择性索引的表）放在前面，有时比调优单条 ON 条件更有效。 
