绝大多数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支持），也属于隐式封装，逻辑分散、调试困难，且无法保证原子性。

真正需要跨表强一致性更新时，分步+事务是唯一可控路径。别省那几行代码，否则线上数据不一致比慢一点更难收场。