理解带不同ON子句的自连接：相似查询结果不同的问题

先明确你的表结构（用SQL重现）：

-- 你的表结构及数据
CREATE TABLE mytable (
  id INT PRIMARY KEY,
  related INT,
  subject VARCHAR(50)
);

INSERT INTO mytable VALUES
(1, NULL, 'subject1'),
(2, 1, ''); -- 这里subject为空字符串，不是NULL

先拆解查询1的逻辑 #

查询1的语句：

SELECT a.id, IFNULL(b.subject, a.subject) 
FROM mytable a 
LEFT JOIN mytable b ON a.id = b.related

这个自连接的核心是把a表的每一行，关联到b表中related字段等于a.id的行：

• 当a.id=1时，匹配到b表中related=1的行（也就是b.id=2）。如果你的结果显示这里取了a.subject（subject1），说明此时b.subject是NULL（可能你实际表中该行subject未填充），IFNULL触发了 fallback 逻辑。
• 当a.id=2时，找不到b表中related=2的行，b.subject为NULL，IFNULL取a.subject（空字符串），对应结果里的第二行。

为什么查询2结果会不同？ #

你提到查询2和查询1看似相同，最可能的差异是ON子句的匹配条件反向了——比如把a.id = b.related改成了a.related = b.id。我们来模拟这个查询2：

SELECT a.id, IFNULL(b.subject, a.subject) 
FROM mytable a 
LEFT JOIN mytable b ON a.related = b.id

这个自连接的逻辑完全变了：把a表的每一行，关联到b表中id等于a.related的行：

• 当a.id=1时，a.related是NULL，无法匹配任何b行，IFNULL取a.subject（subject1），这部分和查询1一致。
• 当a.id=2时，a.related=1，匹配到b表中id=1的行，b.subject是subject1，所以IFNULL直接取这个值，结果就变成id=2对应subject1——这就是和查询1的核心差异。

自连接的核心逻辑总结 #

自连接本质是把同一张表当成两个独立的数据集（a和b），ON子句的匹配条件直接定义了两个数据集的关联关系：

• 用a.id = b.related：你在找「以当前a行id为父节点的b行」（a的子节点）。
• 用a.related = b.id：你在找「当前a行父节点对应的b行」（a的父节点）。

另外要注意IFNULL的特性：它只在第一个参数是NULL时才会返回第二个参数，如果第一个参数是空字符串（''），不会触发 fallback——这也是你看到结果差异的细节原因之一。

内容的提问来源于stack exchange，提问作者Martin AJ