执行更新时，子查询又读取了目标表，MySQL提示You can't specify target table for update in FROM clause。这类1093错误需要调整SQL结构，反复重试或重启数据库不会改变限制。
先把要更新的行查清楚
保存原SQL并核对版本SELECT VERSION();。把更新条件改写成只读SELECT，检查主键集合、行数及关联是否一对多。先确认业务范围，再处理语法错误。下面示例使用items(id,parent_id,enabled)，仅用于说明改写方法。
简单关系可使用自连接UPDATE
若需求是把父记录已禁用的子记录也禁用，可先检查SELECT t.id FROM items AS t JOIN items AS s ON t.parent_id = s.id WHERE s.enabled = 0;，再评估UPDATE items AS t JOIN items AS s ON t.parent_id = s.id SET t.enabled = 0 WHERE s.enabled = 0;。
这是多表UPDATE语法，两个别名引用同一表。不能把任意聚合、排序或分页子查询机械改成这个例子。连接条件必须保留原业务语义，且多表UPDATE不支持ORDER BY或LIMIT。
派生表方案需要关注优化器合并
有些查询适合先生成派生结果再更新，但仅多包一层SELECT不一定能解决问题：优化器可能把派生表合并回外层。MySQL 8.4官方手册给出使用NO_MERGE提示或控制derived_merge来保证物化的做法。
按实际版本核对提示语法和执行计划。不要为一条SQL全局关闭优化器功能；先评估局部提示和独立中间表的代价。
更新前准备事务和恢复措施
对事务表，可在维护窗口使用显式事务执行改写后的语句，核对受影响行和业务结果后决定提交或回滚。先保留受影响记录的恢复依据，并检查锁等待。非事务引擎不能靠ROLLBACK恢复，触发器和外部副作用也需单独评估。
如何验证改写没有扩大范围
在萤光云或LightNode的隔离数据库放入无父记录、重复业务键和空值样本，比较预期主键集合与实际变化。查看EXPLAIN和锁影响，再按容量设计上线批次。1093消失只是语法层面通过，更新的行与字段都正确才算完成。
FAQ
换个表别名就能解决吗？ 别名本身不消除同表子查询限制，需改变SQL结构。
CTE一定绕过限制吗？ 还要看是否合并及目标版本，不能仅凭WITH判断。
能给示例直接加LIMIT吗？ 多表UPDATE语法不支持LIMIT，应另行设计批次。
影响行数和匹配行数相同吗？ 不一定，值未变化和客户端设置会影响报告方式。
需要重启数据库吗？ 这是语句结构问题，应修SQL并验证语义。
温馨提示
执行生产更新前保存完整WHERE与JOIN条件，并让熟悉业务的人复核目标主键集合。不要在没有备份和恢复依据时直接试错。
