MySQL支持UPDATE JOIN语法，必须写成UPDATE t1 JOIN t2 ON条件 SET t1.col=t2.val，不支持UPDATE...FROM；目标表唯一且须位于UPDATE后，JOIN紧接其后，SET左侧字段必须属于该目标表。
MySQL 用 UPDATE JOIN 写多表更新，别写 FROM
MySQL 不支持 UPDATE ... FROM 语法，硬写会报错 ERROR 1064 (42000)。必须用 UPDATE t1 JOIN t2 ON ... SET t1.col = t2.val 结构。
关键点：
-
UPDATE后面只能跟一个目标表（或别名），它是唯一被修改的表 -
JOIN必须紧接在UPDATE之后、SET之前，不能塞进FROM -
SET中赋值的列必须属于目标表，不能写t2.name = ...—— 这会报Unknown column 't2.name' in 'field list' - 关联字段没索引？执行可能变慢甚至锁表；建议先对
ON条件里的字段建索引
示例（安全写法）：
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET o.status = 'shipped' WHERE c.country = 'CN';
SQL Server 必须用 MERGE 或 UPDATE FROM，JOIN 会报错
SQL Server 不认 UPDATE ... JOIN，直接写会报 Incorrect syntax near the keyword 'JOIN'。两种合法路径：用 MERGE 或 UPDATE ... FROM。
选哪个？
- 只做更新、不插入：优先用
UPDATE ... FROM，更直白 - 需要条件化 upsert（比如匹配则更新、不匹配则插入）：必须用
MERGE -
MERGE必须以分号结尾，漏写会报Incorrect syntax near 'MERGE' -
UPDATE ... FROM中，SET只能改目标表字段，FROM后的表只是数据源，不能被修改
示例（UPDATE FROM）：
UPDATE o SET o.priority = 1 FROM orders o INNER JOIN customers c ON o.customer_id = c.id WHERE c.country = 'US';
PostgreSQL 用 UPDATE ... FROM，不是 JOIN
PostgreSQL 不支持 UPDATE ... JOIN，也不接受 UPDATE ... FROM ... JOIN 的写法。它用的是 UPDATE ... FROM table_name WHERE ...，FROM 后可跟表或子查询，但 ON 条件要挪到 WHERE 里。
常见坑：
- 漏写
WHERE中的关联条件（如o.user_id = u.id），会导致目标表所有行被设成同一个值 -
FROM后的表如果和目标表有 1:N 关系，没加聚合或限制（如LIMIT 1），结果不确定 - 子查询若返回多行，会报
more than one row returned—— 即使业务上“应该只有一条”，也得显式加WHERE ... LIMIT 1
示例（带防错）：
UPDATE orders o SET user_name = u.name FROM users u WHERE o.user_id = u.id AND u.is_verified = true;
跨表更新必须包事务，否则一定出错
多表更新不加事务，不是“可能不一致”，而是“必然不一致”。MySQL 默认自动提交，BEGIN 和 COMMIT 必须显式写。
实操要点：
- 所有涉及的
UPDATE/INSERT/DELETE必须在同一事务块内 - 中间加校验逻辑（如查库存是否充足），失败立刻
ROLLBACK，不能靠应用层兜底 - 避免在事务里调 HTTP、读大文件等非数据库操作，锁表时间不可控
- 每个
UPDATE前建议用SELECT COUNT(*)验证WHERE匹配行数，防止静默全表更新
最常被忽略的是：某张表用了 MyISAM 引擎（不支持事务），整个事务就失效了——哪怕其他表都是 InnoDB。
