mysql跨表update必须用update ... join语法，结构为：update t1 join t2 on t1.id = t2.t1_id set t1.col = t2.col where 条件；只能指定一个主表更新，字段须带别名，严禁套用标准sql的update ... from写法。
MySQL跨表UPDATE语法结构怎么写？
MySQL不支持标准SQL的UPDATE ... FROM语法，必须用JOIN或子查询实现。最稳妥、可读性最好的写法是UPDATE ... JOIN，它明确表达关联意图，且在大多数版本中性能可控。
常见错误是直接套用PostgreSQL或SQL Server写法，比如写成UPDATE t1 SET t1.col = t2.col FROM t1 JOIN t2 ON ...，这在MySQL里会报错ERROR 1064 (42000)。
- 必须把要更新的表放在
UPDATE关键字后，且只能指定一个主表（被修改的表） -
JOIN子句跟在UPDATE之后，不能放在WHERE前 - 所有字段引用必须带表别名（如
t1.name），否则可能报ERROR 1052 (23000): Column 'xxx' in field list is ambiguous - 如果用子查询方式，子查询不能直接引用正在更新的表（会触发
ERROR 1093），得再套一层派生表
UPDATE JOIN时WHERE条件该加在哪？
WHERE条件必须作用于JOIN后的结果集，不是单独加在某个表上。漏掉或错放WHERE，轻则更新范围失控，重则整表被误覆盖。
典型场景：用订单表orders同步用户表users里的last_order_time字段。正确写法：
UPDATE users u JOIN orders o ON u.id = o.user_id SET u.last_order_time = o.created_at WHERE o.status = 'completed' AND o.created_at > u.last_order_time;
注意两点：
-
WHERE里同时过滤orders状态和避免冗余更新（只更新更晚的时间） - 不能把
o.status = 'completed'挪到ON子句里——那会变成LEFT JOIN语义，导致未完成订单的用户也被更新为NULL - 如果需要保留无订单用户的原值，就得用
LEFT JOIN+WHERE o.id IS NOT NULL来限定范围
UPDATE多表时能一次改多个表吗？
可以，但仅限于MySQL特有语法：UPDATE t1, t2 SET t1.a = ..., t2.b = ... WHERE t1.id = t2.t1_id。这种写法虽短，隐患不少。
它不显式声明JOIN类型，默认是INNER JOIN；字段歧义风险更高；且在开启严格模式或高版本MySQL中容易因隐式类型转换失败。生产环境更推荐显式JOIN写法。
- 多表UPDATE必须确保所有被SET的字段都明确归属（
t1.col、t2.col），不能省略别名 - 不能对JOIN结果中的非主表字段做SET操作（比如
UPDATE t1 JOIN t2 SET t2.col = ...是允许的，但UPDATE t1 JOIN t2 SET t2.col = ..., t3.col = ...会报错，因为t3没出现在UPDATE或JOIN列表里） - 执行前务必用
SELECT模拟：把UPDATE换成SELECT *，把SET换成对应字段，确认结果行数和数据符合预期
为什么UPDATE JOIN比子查询更可靠？
子查询方案常用来绕过ERROR 1093，比如：
UPDATE users SET last_order_time = ( SELECT MAX(o.created_at) FROM (SELECT * FROM orders) o WHERE o.user_id = users.id AND o.status = 'completed' );
但问题明显：
- 内层
(SELECT * FROM orders)是临时表，无法利用user_id索引，全表扫描开销大 - 外层对每个用户都执行一次子查询，N+1问题严重，百万级用户表可能卡死
- 若子查询返回NULL，字段会被设为NULL，而JOIN默认跳过无匹配行，行为更可控
- 某些旧版MySQL对子查询UPDATE的事务一致性支持较弱，易出竞态
真正难处理的是循环依赖或复杂条件聚合，这时候得拆成临时表或分步UPDATE——跨表同步这事，从来不是一条SQL能兜底的。
