mysql不支持update from语法，必须用update t1 join t2 on ... set t1.col = t2.col结构，join须紧接update后、set前；照搬postgresql/sql server的update from会报error 1064。
MySQL不支持UPDATE FROM，必须用JOIN结构
MySQL压根没有UPDATE ... FROM语法，照搬PostgreSQL或SQL Server写法会直接报ERROR 1064。它只认UPDATE t1 JOIN t2 ON ... SET t1.col = t2.col这种结构，JOIN必须紧挨在UPDATE之后、SET之前。
常见翻车点：
-
UPDATE t1 FROM t1 JOIN t2—— 语法错误，MySQL不认识FROM关键字 -
UPDATE t1 AS a JOIN t2—— 旧版本（如5.7）可能报错，别名要放在UPDATE后但不能带AS -
ON条件漏写或写成WHERE，结果变成笛卡尔积，轻则慢，重则误更新全表
PostgreSQL和SQL Server都用UPDATE FROM，但语义不同
PostgreSQL的UPDATE ... FROM里，FROM只是引入关联表，目标表由UPDATE后紧跟的表名决定；SQL Server也类似，但要求目标表必须在FROM中显式出现且带别名，且UPDATE后只能写那个别名。
容易混淆的细节：
- PostgreSQL不允许目标表出现在
FROM里，否则报table name "xxx" specified more than once - SQL Server允许
UPDATE o FROM orders o JOIN ...，但若UPDATE orders而FROM里写orders o，就会提示Invalid column name - 两者都要求
WHERE中必须包含跨表等值条件，比如t1.id = t2.t1_id，漏掉就变成广播更新
跨数据库兼容的稳妥方案是子查询 + WHERE EXISTS
如果代码要跑在MySQL / PostgreSQL / SQL Server上，别碰方言JOIN写法。统一用标量子查询配合WHERE EXISTS，虽然性能略低，但逻辑清晰、语法通用。
实操要点：
- 子查询必须返回单行单列，否则MySQL报
Subquery returns more than 1 row - 用
WHERE EXISTS兜底，避免无匹配时把字段设为NULL，例如：UPDATE t1 SET col = (SELECT val FROM t2 WHERE t2.id = t1.ref_id) WHERE EXISTS (SELECT 1 FROM t2 WHERE t2.id = t1.ref_id) - MySQL 5.7+ 不允许子查询
FROM里直接引用被更新表，所以必须靠外层字段隐式关联，不能写FROM t1 - 多列更新要拆成多个子查询，或改用CTE（注意MySQL 8.0+支持CTE但不支持
UPDATE ... CTE）
最容易被忽略的其实是WHERE条件的位置和作用域
在所有方言里，WHERE不是可有可无的修饰——它决定哪些行真正参与更新。但在JOIN结构里，它的位置和含义极易出错。
典型陷阱：
- MySQL中
WHERE必须写在SET之后，写在ON里会改变连接逻辑，不是过滤目标行 - PostgreSQL/SQL Server中
WHERE必须同时约束目标表和关联表，少一个等号或字段名，就可能让整张表被同一值覆盖 - 任何多表更新前，先跑一遍等价
SELECT：比如SELECT COUNT(*) FROM t1 JOIN t2 ON ... WHERE ...，确认行数合理再执行UPDATE
最麻烦的不是语法报错，而是语法完全合法、执行成功、数据却错了——因为WHERE写窄了漏更新，写宽了多更新，还不可逆。
