SQL标准不支持单条UPDATE同时更新多表，MySQL的UPDATE JOIN仅更新指定表，其他数据库需用事务+多语句或CTE实现跨表同步。
SQL 标准本身不支持直接 UPDATE ... JOIN 同时修改两张表——这是 MySQL 的扩展语法，PostgreSQL、SQL Server、SQLite 等均不原生支持。想靠一条语句更新多张表，得看数据库引擎是否允许，且必须明确「哪张是主更新表」。
MySQL 中的 UPDATE JOIN 语法（仅限单表更新 + 多表关联条件）
MySQL 允许在 UPDATE 语句中使用 JOIN，但本质仍是只更新**指定的一张表**，另一张表仅用于提供 WHERE 条件或 SET 值来源。
- 语法结构必须写成
UPDATE t1 JOIN t2 ON ... SET t1.col = ...，不能写UPDATE t1, t2 SET t1.x = ..., t2.y = ...（MySQL 8.0+ 已禁用多表 SET） -
SET子句里只能给**第一个表（t1）的列赋值**，不能给 t2 列赋值 - 常见错误：
ERROR 1064 (42000): You have an error in your SQL syntax...—— 很可能是用了旧式逗号连接写法，或试图 SET 两个表的字段 - 示例：同步更新用户积分和等级
UPDATE users u JOIN user_logs l ON u.id = l.user_id SET u.score = u.score + l.points, u.level = CASE WHEN u.score + l.points >= 1000 THEN 'gold' ELSE u.level END WHERE l.status = 'processed' AND l.updated_at > '2024-01-01';
注意：user_logs 表本身没被修改，只是用来筛选和取值。
PostgreSQL / SQL Server / SQLite：没有 UPDATE JOIN，必须分步或用 CTE
这些系统不接受 UPDATE ... FROM ... JOIN 更新多张表，但 PostgreSQL 和 SQL Server 支持用 FROM 子句关联（效果类似 JOIN），而 SQLite 完全不支持。
- PostgreSQL 示例（更新 users 表，从 logs 关联取值）：
UPDATE users
SET score = users.score + logs.points,
level = CASE WHEN users.score + logs.points >= 1000 THEN 'gold' ELSE users.level END
FROM user_logs logs
WHERE users.id = logs.user_id
AND logs.status = 'processed';- SQL Server 类似，用
UPDATE t1 SET ... FROM t1 JOIN t2 ... - SQLite：只能用子查询或先查后更新，例如：
UPDATE users SET score = (SELECT points FROM user_logs WHERE user_logs.user_id = users.id AND status = 'processed') WHERE id IN (SELECT user_id FROM user_logs WHERE status = 'processed'); - 关键区别：PostgreSQL/SQL Server 的
FROM或JOIN是为了提供上下文，不是“同时更新”——仍只改一个表
真要同时更新两张表？只有事务 + 两条 UPDATE 最可靠
跨表状态同步（比如扣库存同时记订单）从来不是靠一条语句，而是靠 ACID 事务保证原子性。任何试图“一条语句更新两表”的方案，要么是方言扩展（如 MySQL 的多表 UPDATE 旧语法，已废弃），要么是逻辑错觉。
- 正确做法始终是：
BEGIN TRANSACTION; UPDATE inventory SET stock = stock - 1 WHERE item_id = 123; UPDATE orders SET status = 'confirmed' WHERE order_id = 456; COMMIT;
- 别依赖触发器自动更新另一张表——它会让数据流不可见、难调试，且可能引发循环或死锁
- 如果业务上必须强一致，还要加
SELECT ... FOR UPDATE锁行，避免并发覆盖 - ORM 框架（如 Django、Rails）通常也不封装“多表 UPDATE”，就是因为它语义模糊、数据库支持不一、容易出错
真正容易被忽略的是：所谓“UPDATE JOIN”从来不是为多表写入设计的，它是为**基于关联数据做单表批量更新**服务的。把 JOIN 当作数据源，不是当作目标。混淆这点，就会在换数据库时突然报错，或者写出只在本地 MySQL 跑得通的“假通用”SQL。
