MySQL中JOIN通过共同字段匹配行组合多表数据，须用ON或WHERE避免笛卡尔积；常用INNER JOIN（默认）和LEFT JOIN（保留左表全部记录），ON影响连接过程，WHERE在连接后过滤，LEFT JOIN中业务条件应放WHERE而非ON以避免退化为INNER JOIN。
MySQL 中的 JOIN 用于把两个或多个表中的数据按关联条件组合起来，核心是“通过共同字段匹配行”。不写 WHERE 或 ON 条件容易产生笛卡尔积（所有行两两组合），结果爆炸式增长，务必注意。
JOIN 的基本类型和写法
MySQL 支持多种 JOIN，最常用的是 INNER JOIN 和 LEFT JOIN：
-
INNER JOIN：只返回左右表都匹配上的记录。关键词
JOIN默认就是 INNER JOIN，可省略 INNER - LEFT JOIN（或 LEFT OUTER JOIN）：返回左表全部记录，右表没匹配上的字段填 NULL
- RIGHT JOIN 较少用，逻辑与 LEFT JOIN 相反；FULL JOIN MySQL 原生不支持，需用 UNION 模拟
ON 和 WHERE 的区别很关键
ON 是在连接过程中做条件判断，影响哪些行参与连接；WHERE 是连接完成后再过滤结果。
- 对 LEFT JOIN，
ON t1.id = t2.id AND t2.status = 'active'表示：只把右表中 status 为 active 的行拿来匹配，不匹配的左表行仍保留 - 而写成
LEFT JOIN ... ON t1.id = t2.id WHERE t2.status = 'active'，会把右表为 NULL 的行（即没匹配上的）全过滤掉，LEFT JOIN 变相退化成 INNER JOIN
写 JOIN 的实用建议
避免常见坑，提升可读性和性能：
- 显式写出 JOIN 类型，别依赖默认（如写
INNER JOIN而非仅JOIN） - ON 子句里只放关联条件（如 id 相等），业务过滤条件尽量移入 WHERE（INNER JOIN 下二者效果相同；LEFT JOIN 下必须分清）
- 多表连接时，给表起别名（如
FROM users u JOIN orders o ON u.id = o.user_id），避免字段歧义 - 连接字段最好都有索引，尤其是 ON 后面的列，否则可能全表扫描
不复杂但容易忽略：JOIN 是基于行匹配的操作，理解清楚“哪张表为主、匹配逻辑怎么走”，比死记语法更重要。
