自连接是将同一张表视为两个独立表进行关联，用于解决“同一张表中查找关联行”的问题；因WHERE无法让一行同时满足两个不同行的条件（如员工与上级），必须通过表别名和ON明确关联关系。
什么是自连接，为什么不能用 WHERE 子句直接比两行？
自连接不是语法糖，而是解决“同一张表里找关联行”问题的唯一可靠方式。比如查“每个员工的直属上级姓名”，employees 表里只有 manager_id（指向同表的 id），没法靠单次扫描完成——WHERE 无法让一行同时匹配两个不同条件（如 e1.id = e2.manager_id 且 e1.manager_id = e2.id）。必须把表当成两个独立别名来用。
写自连接时必须加表别名，且 ON 条件要明确指向关系字段
不加别名会报错：ERROR: table name "xxx" specified more than once；ON 条件若写成 WHERE，逻辑可能错位（尤其外连接时）。正确写法是：
SELECT e1.name AS employee, e2.name AS manager FROM employees e1 JOIN employees e2 ON e1.manager_id = e2.id;
-
JOIN默认是INNER JOIN，只返回有上级的员工；需要包含 CEO（manager_id IS NULL）就改用LEFT JOIN -
ON里必须是“左表某字段 = 右表某字段”，不能混入过滤条件（如e2.status = 'active'应放 WHERE，否则 LEFT JOIN 会意外过滤掉空 manager 的行） - 别名不能重复，也不能和原表名完全一样（
FROM employees employees是非法的）
对比同一行不同状态时，用自连接 + 不同条件过滤
例如查“上个月工资和本月工资都大于 5000 的员工”，不能靠窗口函数或子查询硬套——得把表当两次数据源，分别加时间条件再关联：
SELECT curr.emp_id, curr.amount AS current_salary, last.amount AS last_month_salary FROM salary_records curr JOIN salary_records last ON curr.emp_id = last.emp_id WHERE curr.month = '2024-06' AND last.month = '2024-05' AND curr.amount > 5000 AND last.amount > 5000;
- WHERE 中的时间条件不能挪到 ON 里，否则在 LEFT JOIN 场景下会把整行剔除，而非仅影响右表匹配
- 如果某员工某月没记录，这条 JOIN 就不会产出结果；要保留员工就得拆成两个子查询再 JOIN，或用
COALESCE配合 LEFT JOIN - 注意索引：组合索引
(emp_id, month)能显著加速这类查询
性能陷阱：没加限制条件导致笛卡尔积爆炸
最常踩的坑是忘了 ON 或 WHERE 里的关键等值条件，结果变成全表自乘。10 万行的表自连接无约束，就是 100 亿行中间结果——数据库可能直接 OOM 或超时。
- 执行前先
EXPLAIN看是否出现Hash Join或Merge Join，而不是Nested Loop加全表扫描 - 如果只是想查“某个员工的所有下属”，务必在 ON 后补
AND e2.manager_id = 123，而不是只靠 WHERE 过滤 - MySQL 8.0+ 和 PostgreSQL 支持 LATERAL，对复杂子条件比自连接更可控，但可读性略低，别为了炫技牺牲维护性
真正难的不是写出自连接，而是想清楚“哪一列该作为关联键、哪一列该作为过滤条件、要不要保空值”。多看几遍 EXPLAIN ANALYZE 输出，比背语法有用得多。
