为何在SQL中把子查询当作UPDATE目标会触发语法错误

MySQL报错1093是因引擎禁止在UPDATE的子查询中直接引用目标表，以防数据不一致；解决路径只有两种：派生表嵌套（子查询再包一层并起别名）或JOIN写法。

MySQL报错1093：目标表不能出现在FROM子句中

直接在UPDATE语句的WHERE或SET里引用同一张表做子查询，MySQL会拒绝执行，并抛出Error 1093 (HY000): You can't specify target table 'xxx' for update in FROM clause。这不是语法写错了，是MySQL引擎主动拦截——它怕你在读取和修改同一张表时出现数据不一致或无限循环。

子查询必须单行单列，否则SET赋值失败

UPDATE ... SET col = (subquery)要求子查询返回且仅返回一个值。一旦子查询结果超过一行（比如漏了WHERE条件），就会报Subquery returns more than 1 row；如果SELECT了多列，会提示Operand should contain 1 column(s)。

• 用LIMIT 1或TOP 1强制截断（但要确认业务逻辑允许“任选一行”）
• 改用聚合函数，如MAX()、MIN()、COALESCE()，明确表达“取最大/最小/非空值”
• 检查关联条件是否足够唯一，比如WHERE order_id = ?比WHERE status = 'pending'更安全

正确写法只有两种主流路径：派生表嵌套 or JOIN

想绕过1093限制，不能靠“换个写法试试”，得选对技术路径：

• 派生表嵌套：把子查询再包一层，起别名，让MySQL认为那是临时结果集，不是原表。例如：UPDATE orders SET status = (SELECT s.new_status FROM (SELECT order_id, 'shipped' AS new_status FROM shipments WHERE delivered = 1) s WHERE s.order_id = orders.id)
• JOIN写法：用UPDATE ... JOIN替代子查询，语义更清晰，性能通常更好。例如：UPDATE orders o JOIN shipments s ON o.id = s.order_id SET o.status = 'shipped' WHERE s.delivered = 1
• 别用CREATE TEMPORARY TABLE——临时表要建、插、删，代码冗长，还可能被并发冲突干扰

PostgreSQL和SQL Server的写法差异容易踩坑

如果你刚从PostgreSQL或SQL Server切到MySQL，要注意它们的UPDATE ... FROM语法在MySQL里根本不存在。PostgreSQL允许：UPDATE orders SET user_name = u.name FROM users u WHERE orders.user_id = u.id；但MySQL不认这个FROM关键字，硬写会直接报语法错误。

更危险的是，即使你用MySQL模拟出类似结构（比如用子查询+别名），若关联字段不唯一（比如users.id重复），MySQL不会报错，但orders某行可能被多次更新，最终值取决于最后匹配到的那条记录——这种隐式覆盖极难排查。

真正麻烦的从来不是“怎么写通”，而是“怎么确保每次更新都只命中预期的那一行”。别依赖数据库替你做去重或取舍，该加唯一索引的加，该加EXISTS校验的写，该分批跑的就别一把梭。