自连接是查直属主管的唯一合理方式，因为员工和主管同存于employees表，需将表视为两个逻辑实体；ON条件必须为e1.manager_id = e2.employee_id，推荐INNER JOIN，并为manager_id字段建立索引以保障性能。
为什么自连接是查直属主管的唯一合理方式
因为员工和主管都存在同一张 employees 表里，没有单独的 managers 表。想把“某员工”和“他的主管”同时查出来，就必须把这张表当成两个逻辑实体来用——一次当员工表，一次当主管表。硬写子查询或外键关联其他表反而绕路、低效，还容易出错。
ON 条件必须用 manager_id = employee_id，不是反过来
常见错误是写成 e1.manager_id = e2.manager_id 或漏掉别名导致字段歧义。正确逻辑是：让员工记录的 manager_id 指向主管记录的 employee_id。
-
e1代表员工（查e1.name,e1.manager_id） -
e2代表主管（查e2.name，条件靠e2.employee_id = e1.manager_id关联） - 主管本身可能没有上级（
manager_id为 NULL），这种记录在INNER JOIN下会被自动过滤掉，符合“直属主管”的业务定义
SELECT e1.name AS employee, e2.name AS manager FROM employees e1 INNER JOIN employees e2 ON e1.manager_id = e2.employee_id;
NULL 主管的员工要不要显示？取决于 JOIN 类型
CEO 或部门负责人通常 manager_id 是 NULL，用 INNER JOIN 就查不到他们；如果需要一并列出，改用 LEFT JOIN，但要注意 e2.name 会是 NULL。
-
INNER JOIN：只返回有直属主管的员工（推荐默认使用） -
LEFT JOIN：所有员工都返回，无主管者manager列为NULL - 别加
WHERE e2.name IS NOT NULL去“补救” LEFT JOIN —— 这等于又变回 INNER JOIN，还多执行一次过滤
性能关键：给 manager_id 字段加索引
自连接本质是两次扫描同一张表，关联字段没索引时会触发全表嵌套循环，数据量一过万就明显变慢。
- 执行
EXPLAIN看执行计划，确认manager_id走了索引（type=ref 或 eq_ref） - 建索引语句：
CREATE INDEX idx_manager_id ON employees(manager_id); - 如果表已有主键
employee_id，无需额外建主键索引，但manager_id必须单独索引
别忽略索引——它不是锦上添花，是让自连接不变成定时卡顿的底线。
