SELF JOIN易触发笛卡尔积，因其将同一表视为两表全组合匹配；须严格添加ON条件、排除自比（a.id != b.id）、过滤NULL、限定角色，并用EXPLAIN验证索引与驱动表，或改用LATERAL/递归CTE提升可控性。
SELF JOIN为什么容易触发笛卡尔积
SELF JOIN本质是同一张表被当作两个逻辑表参与连接，如果没有强约束条件，MySQL会默认按全组合方式匹配——比如一张10万行的用户表，SELECT * FROM users a, users b 就会产生100亿行结果。这不是语法错误，而是语义失控：你本想查“员工及其直属上级”，却拿到所有两两排列。
必须加ON条件且禁止漏掉非等值过滤
仅写 ON a.manager_id = b.id 不够安全。若 manager_id 允许为 NULL 或存在大量重复（如多个员工共用一个 manager），仍可能因索引失效或优化器误判导致扫描膨胀。
- 始终用
WHERE a.id != b.id排除自比（除非业务真需要） - 对 manager_id 字段加
IS NOT NULL过滤，避免 NULL 参与连接计算 - 如果只关心某类角色（如“部门主管”），在
WHERE中提前限定a.role = 'manager'，缩小左表基数
用EXPLAIN验证驱动表和索引使用
执行 EXPLAIN SELECT ... FROM users a INNER JOIN users b ON a.manager_id = b.id WHERE a.manager_id IS NOT NULL 后，重点看三处：
-
type列是否为ref或eq_ref（而非ALL或index） -
key列是否命中manager_id索引（不是主键索引） -
rows预估是否接近左表实际有效行数，而不是全表行数
若发现 rows 异常高，说明 manager_id 缺少索引，或该字段选择性太差（比如 95% 值都相同），此时需考虑冗余字段或物化路径。
替代方案：用LATERAL或递归CTE更可控
MySQL 8.0+ 支持 LATERAL，能强制控制右表每次只基于当前左行计算，天然规避跨行组合风险。例如查每个员工的直属下属：
SELECT e1.name AS manager, e2.name AS staff FROM employees e1, LATERAL (SELECT * FROM employees e2 WHERE e2.manager_id = e1.id) e2;
相比传统 SELF JOIN，LATERAL 的执行计划更可预测，且不会因统计信息偏差导致意外膨胀。但要注意：它不支持在 WHERE 中引用左表未出现在 SELECT 的字段，这是最容易忽略的语法边界。
