绝大多数SQL数据库不允许多表JOIN的UPDATE语法，MySQL仅支持单表更新且JOIN仅用于条件或值来源，真正多表更新必须分步执行并用事务保证一致性。
SQL标准不支持多表JOIN的UPDATE语法
绝大多数SQL数据库（包括MySQL 5.7+、PostgreSQL、SQL Server）**不允许多表JOIN出现在UPDATE语句的SET子句左侧或WHERE之外的关联位置**。你写UPDATE t1 JOIN t2 ON ... SET t1.x = ..., t2.y = ...，几乎一定会报错——MySQL会提示You can't specify target table 't1' for update in FROM clause或类似语法错误；PostgreSQL直接拒绝解析。
MySQL中用JOIN实现“类多表更新”的正确写法
MySQL是少数支持UPDATE ... JOIN语法的数据库，但它只允许更新**单个目标表**，其他表仅用于条件或值来源：
-
UPDATE关键字后只能跟一个被修改的表名（如t1），不能写t1, t2 -
JOIN可以出现在UPDATE之后，用来关联其他表提供过滤条件或SET中的值 -
SET子句中只能给目标表的列赋值，不能写t2.col = ...
示例：把订单状态为'shipped'的用户积分加100：
UPDATE users u JOIN orders o ON u.id = o.user_id SET u.points = u.points + 100 WHERE o.status = 'shipped' AND o.updated_at > '2024-01-01';
注意：o.status和o.updated_at只是WHERE里的条件，u.points是唯一被改的列。
想真正更新多张表？必须分步执行
没有数据库原生支持“一条SQL同时UPDATE两张表”。可靠做法是显式分步，并用事务保证一致性：
- 用
BEGIN TRANSACTION（或START TRANSACTION）开启事务 - 先
UPDATE第一张表，用WHERE精确限定行（建议用主键或唯一索引列） - 再
UPDATE第二张表，同样用相同条件或通过子查询/临时表复用结果 - 最后
COMMIT；出错则ROLLBACK
例如同步更新用户状态和其最新订单状态：
BEGIN TRANSACTION; UPDATE users SET status = 'active' WHERE id IN ( SELECT DISTINCT user_id FROM orders WHERE created_at > NOW() - INTERVAL 7 DAY ); UPDATE orders SET processed = TRUE WHERE user_id IN ( SELECT id FROM users WHERE status = 'active' ); COMMIT;
⚠️注意子查询里不能直接引用刚UPDATE过的表（MySQL限制），所以这里用了两次独立子查询；更稳妥的做法是先用CREATE TEMPORARY TABLE存中间ID集。
为什么不能依赖触发器或视图自动联动？
有人试图用BEFORE UPDATE触发器去“顺带”更新另一张表，但这极易引发死锁或递归调用（比如t1更新触发t2更新，t2又反过来触发t1）。视图（VIEW）本身不可更新，即使定义了INSTEAD OF触发器（仅PostgreSQL/SQL Server支持），也属于隐式封装，逻辑分散、调试困难，且无法保证原子性。
真正需要跨表强一致性更新时，分步+事务是唯一可控路径。别省那几行代码，否则线上数据不一致比慢一点更难收场。
