MySQL自引用表UPDATE语句性能对比及优化方案咨询

我有一张MySQL自引用表table1，部分行可作为同表其他行的主记录，简化结构如下：

其中Id=1的行是Id=2、3行的主记录，我需要根据指定Id更新该行的IsMaster列（逻辑：若存在以该行为主记录的子行，则设为1，否则设为0）。由于MySQL不允许在UPDATE的FROM子句中直接引用同表，我写了两种实现方案，但不确定哪种性能更优：

方案一：LEFT JOIN写法 #

UPDATE table1 t1 
    LEFT JOIN table1 t2 ON t1.Id = t2.Table1Id
    SET t1.IsMaster = t2.Id IS NOT NULL
    WHERE t1.Id = @someId;

关于是否全表连接 #

不会执行全表连接。WHERE子句明确限定了t1.Id = @someId，MySQL会先定位到t1中Id匹配的单行，再通过JOIN条件t1.Id = t2.Table1Id去t2中查找匹配行——只要Table1Id字段上有索引，这个查找就是高效的索引扫描，不会遍历全表。

方案二：嵌套EXISTS写法 #

UPDATE table1 t1 
    SET t1.IsMaster = EXISTS (SELECT * FROM (
        SELECT 1 FROM table1 t2 
        WHERE t2.Table1Id = t1.Id
        LIMIT 1
    ) as temp)
    WHERE t1.Id = @someId;

这里的临时表只是语法层面的包装，MySQL优化器会自动消除这个临时表，不会创建物理临时表。而且EXISTS是短路逻辑，找到第一条匹配的子记录就会停止查询，和方案一的核心逻辑本质一致。

性能差异对比 #

1. 核心逻辑一致：两者都是检查目标行是否存在对应的子记录。
2. 性能差异极小：若Table1Id有索引，两种方案都会走索引快速查找。方案一的LEFT JOIN会返回所有匹配的子行，但因为只更新t1中的单行，最终实际处理量和方案二差异不大；方案二的短路查询在子记录极多的情况下，理论上会少扫描部分行，但实际业务中这个差异可以忽略。
3. 无索引场景下性能都差：如果Table1Id没有索引，两种方案都会触发全表扫描，此时优先添加索引才是性能优化的核心。

更优实现方式 #

可以用更简洁的EXISTS写法，无需嵌套临时表（MySQL现在支持在UPDATE中直接使用EXISTS引用同表，只要不直接在FROM子句中引用即可）：

UPDATE table1 t1
SET t1.IsMaster = EXISTS (
    SELECT 1 FROM table1 t2
    WHERE t2.Table1Id = t1.Id
)
WHERE t1.Id = @someId;

这个写法逻辑清晰，优化器能很好地处理，性能和方案二一致，但代码更简洁。

另外，必须确保Table1Id字段上创建索引，这是提升所有方案性能的关键：

CREATE INDEX idx_table1_table1id ON table1(Table1Id);

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