自连接是一张表与自身进行JOIN操作，需使用不同别名区分同一表的两个实例，如e和m，通过e.manager_id = m.id关联，否则字段冲突报错。
什么是自连接，为什么不能用普通 JOIN
自连接就是一张表自己和自己 JOIN，不是语法特殊，而是逻辑需要：员工表 employees 里既存员工信息，又存其上级的 manager_id，而这个 manager_id 又指向同一张表的 id。普通 JOIN 默认关联不同表，自连接必须给同一张表起两个别名，否则字段会冲突，MySQL 直接报错 ERROR 1066: Not unique table/alias。
正确写法：必须用表别名区分员工和上级
核心是给 employees 表起两个别名，比如 e（employee）和 m（manager），再通过 e.manager_id = m.id 关联。漏掉任一别名或写错关联条件，查出来的就是错位数据（比如某人被当成自己的上级）。
示例语句：
SELECT e.name AS employee_name, m.name AS manager_name FROM employees e LEFT JOIN employees m ON e.manager_id = m.id;
-
LEFT JOIN能保留没有上级的员工（如 CEO），若用INNER JOIN会直接过滤掉他们 - 别名
e和m必须出现在所有字段前，如e.name、m.id，否则 MySQL 不知道你指哪一行 - 如果
manager_id允许为NULL，LEFT JOIN结果中对应m.name是NULL，这是正常现象
常见错误：字段混淆、NULL 处理不当、性能隐患
新手常把 name 写成没带别名的 name，触发 ERROR 1052: Column 'name' in field list is ambiguous；也有人误以为 manager_id = id 就能自关联，结果查出全表笛卡尔积。
- 别名不能重复：不能写
FROM employees e JOIN employees e，必须两个不同别名 - WHERE 条件要明确作用对象：想查“张三及其上级”，得写
WHERE e.name = '张三'，而不是WHERE name = '张三' - 如果表很大且没在
manager_id上建索引，自连接会很慢——这个字段必须加索引，否则执行计划里会出现Using join buffer
扩展场景：查三级上级或排除 CEO
实际业务中常需向上追溯多级，或过滤掉顶层管理者。这时不能靠一次自连接搞定，但也不要立刻上递归 CTE（MySQL 8.0+ 才支持），先用两层自连接更稳。
例如查员工、直属上级、上级的上级：
SELECT e.name, m.name AS manager, mm.name AS grand_manager FROM employees e LEFT JOIN employees m ON e.manager_id = m.id LEFT JOIN employees mm ON m.manager_id = mm.id;
- 第二层 JOIN 的左表是
m（已查出的上级），不是原始e，否则逻辑就乱了 - CEO 的
m.name和mm.name都是NULL，符合预期；但如果只想看有三级结构的数据，就把两个LEFT JOIN换成INNER JOIN - 每多一层自连接，数据量可能指数增长，务必确认
manager_id字段有索引，且业务上真需要这么深的层级
真正容易被忽略的，是自连接时对 NULL 的默认行为理解不足——它不是“没数据”，而是“关系不存在”，所以 LEFT JOIN 后的 IS NULL 判断，比 = NULL 严格得多。
