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校验的写，该分批跑的就别一把梭。
