必须显式写on条件，漏写或写错会导致笛卡尔积；mysql 8.0+报error 1064，旧版可能静默退化为cross join；left join中右表过滤条件须放on而非where，否则退化为inner join；多表join需确保每层链式关联完整，避免连接路径断裂。
必须显式写 ON 条件，且每个 JOIN 后都要紧跟它——漏掉、写错字段名、或把业务过滤条件误塞进 ON，都会让查询退化成笛卡尔积。
ON 条件写错或遗漏导致静默膨胀
MySQL 8.0+ 在 JOIN 后没写 ON 会直接报 ERROR 1064；但旧版（如 5.7）可能不报错，而是自动当成 CROSS JOIN，结果行数 = 左表行数 × 右表行数。
- 检查每个
JOIN后是否紧跟着ON，不是WHERE，也不是空着 - 核对字段名拼写：比如
orders.cust_id应为orders.customer_id，多一个字母或少一个下划线都算错 - Linux 系统下注意大小写：
customer_id≠Customer_ID - 别用反引号包错字，例如
`cusotmer_id`（多了一个 o）——语法通过，但查不到数据，还可能隐式触发全表扫描
LEFT JOIN 中 WHERE 和 ON 混用等于废掉左连接
ON 定义“怎么连”，WHERE 是“连完再筛”。把右表的业务条件（如状态、时间范围）放在 WHERE 里，会让本该保留的 NULL 行被干掉，效果等同于 INNER JOIN。
- 错误写法：
SELECT o.id, c.name FROM orders o LEFT JOIN customers c ON o.customer_id = c.id WHERE c.status = 'active'→ 所有无客户匹配的订单都被过滤掉 - 正确写法：把状态条件移到
ON子句：LEFT JOIN customers c ON o.customer_id = c.id AND c.status = 'active' - 若需同时查“活跃客户订单”和“无客户订单”，就别在
WHERE或ON里限制c.status，后续用CASE或应用层区分
多表 JOIN 时连接路径断裂引发隐式笛卡尔积
三张表以上关联时，不能只靠首尾两张表“间接关联”，必须确保每张中间表都通过主外键链式串起来。否则 MySQL 会在某一层失去约束，导致中间结果暴增。
- 例如：查订单 + 用户 + 地址，必须有
orders.user_id = users.id且users.id = addresses.user_id；不能只写orders.user_id = addresses.user_id（跳过 users 表） - 用
EXPLAIN看type列：出现ALL或index且rows值异常大，大概率是某层没走索引或条件缺失 - 存在 NULL 或重复值也会放大结果：比如
orders.customer_id有 100 个NULL，它们在JOIN customers时全不匹配；而某个customer_id = 123在 orders 中出现 50 次，customers 表里却有 3 条 id=123 的记录（软删除未清理），就会产出 150 行
最易被忽略的是：连接条件里的字段是否真能唯一确定一行。主键重复、外键 NULL、历史数据残留——这些不会报错，但会让 JOIN 结果偏离预期，且越往后加表越难定位问题源头。
