MySQL 5.7等不支持UPDATE...FROM，须用关联子查询实现跨表更新，其核心是子查询通过外层表字段隐式关联并返回单值，可绕过ERROR 1093，但需注意索引、NULL处理及性能。
UPDATE 里不能直接用 FROM 子句？用关联子查询替代
MySQL 8.0.19+ 和 PostgreSQL 支持 UPDATE ... FROM，但 MySQL 5.7、早期版本以及 SQLite 完全不支持该语法。这时候必须用关联子查询（correlated subquery）实现「根据另一张表的值更新当前表」。核心思路是：把目标值封装进一个返回单值的子查询，让外层 UPDATE 能安全引用。
常见错误现象：ERROR 1093 (HY000): You can't specify target table 't1' for update in FROM clause —— 这是 MySQL 对「同一张表既查又改」的硬性限制，不是语法写错，而是引擎层面禁止。
- 子查询必须返回**至多一行一列**，否则会报
Subquery returns more than 1 row - 如果关联条件没写全或缺失索引，子查询会变成全表扫描，性能急剧下降
- PostgreSQL 允许
UPDATE ... FROM，但若你写的子查询带GROUP BY或窗口函数，仍需用关联子查询保证语义清晰
MySQL 中 UPDATE + 关联子查询的标准写法
假设要将 orders 表中每笔订单的 customer_name 字段，更新为对应 customers 表里的真实姓名：
UPDATE orders SET customer_name = ( SELECT c.name FROM customers c WHERE c.id = orders.customer_id );
这个写法在 MySQL 5.7 及以上完全合法，且能绕过 ERROR 1093。关键点在于：子查询没有显式 FROM orders，而是通过 orders.customer_id（外层表字段）完成隐式关联，属于典型的「关联子查询」。
- 子查询里不能出现
orders的别名（如o.id），只能用未加别名的外层表字段名，否则报错 - 如果
customers.id没有索引，每次更新都会触发对customers的全表扫描——务必确认WHERE c.id = ...条件走索引 - 若某条
orders.customer_id在customers中不存在，子查询返回NULL，该行customer_name就被设为NULL；如需跳过，得加WHERE EXISTS (...)条件
需要多条件匹配或聚合结果时怎么写？
比如：把每个用户最新一条订单的 status 标记为 'latest'。这时子查询要带 MAX(created_at) 并和外层做双重匹配：
UPDATE orders o1 SET status = 'latest' WHERE o1.created_at = ( SELECT MAX(o2.created_at) FROM orders o2 WHERE o2.user_id = o1.user_id );
注意这里用了表别名 o1/o2，但外层 UPDATE 的表名（orders）不能出现在子查询的 FROM 子句中——所以子查询里用的是别名 o2，而关联靠 o2.user_id = o1.user_id 完成。
- 子查询中的
MAX()必须配合WHERE筛选同用户，否则就变成全局最大时间，所有行都可能被误标 - 如果存在并列最新（相同
created_at），该语句会标记所有并列记录；如只标一条，需额外加LIMIT 1并配合主键排序，但 MySQL UPDATE 不允许子查询带LIMIT，此时应改用 JOIN 方式（见下一点） - 这种写法在大表上极慢——建议先用
SELECT验证子查询是否能命中索引，例如(user_id, created_at)联合索引
什么时候该放弃关联子查询，改用 JOIN 更新？
当逻辑涉及多表连接、需要 LIMIT、或子查询无法避免重复计算时，JOIN 更可靠。MySQL 支持 UPDATE ... JOIN 语法，PostgreSQL 支持 UPDATE ... FROM，它们本质都是显式连接。
UPDATE orders o JOIN ( SELECT user_id, MAX(created_at) AS max_time FROM orders GROUP BY user_id ) latest ON o.user_id = latest.user_id AND o.created_at = latest.max_time SET o.status = 'latest';
这个写法比关联子查询更易读、更容易加索引优化，也天然规避了「子查询返回多行」的问题。但它不是万能的：SQLite 不支持 UPDATE ... JOIN，而某些旧版 MySQL 对 JOIN 更新的锁行为更激进。
- JOIN 更新必须确保子查询结果集不含重复
(user_id, max_time)组合，否则可能意外更新多行 - MySQL 中，
UPDATE t1 JOIN t2会锁定两表相关行，而关联子查询只锁外层表，高并发下影响不同 - 如果你正在写跨数据库兼容的 SQL，关联子查询反而是最稳妥的选择——它在所有主流 SQL 引擎中语法一致、行为可预期
