SQL标准及多数数据库不支持UPDATE语句中用INNER JOIN同时更新多个表，仅MySQL支持UPDATE...JOIN但限于更新目标表字段；真正多表更新须拆为多条独立UPDATE语句并加事务保证原子性。
SQL标准不支持INNER JOIN在UPDATE语句中直接更新多个表
绝大多数主流数据库（如 PostgreSQL、SQL Server、SQLite）的 UPDATE 语法本身不接受 INNER JOIN 子句来同时更新多个表。你写 UPDATE t1 INNER JOIN t2 ON ... SET t1.x = ..., t2.y = ... 会直接报错——这不是写法不对，而是语法根本不允许。
常见错误现象包括：
- MySQL：可能“看似成功”，但实际只更新了第一个表（且行为依赖 SQL mode，
STRICT_TRANS_TABLES下会报错） - PostgreSQL：
ERROR: syntax error at or near "JOIN" - SQL Server：
Incorrect syntax near the keyword 'JOIN'
MySQL 是唯一常见特例，但必须用 UPDATE ... JOIN 语法，且仅更新单表字段
MySQL 支持 UPDATE ... INNER JOIN ... SET，但它**只允许 SET 后面出现被 UPDATE 的那个表的列**。也就是说，即使写了 JOIN，也只能改一个表。
正确写法示例（更新 orders 表，关联 customers 过滤）：
UPDATE orders INNER JOIN customers ON orders.customer_id = customers.id SET orders.status = 'shipped' WHERE customers.country = 'CN';
⚠️ 容易踩的坑：
-
SET customers.name = ...是非法的——MySQL 不允许通过 JOIN 更新非目标表 - 如果误写成
UPDATE orders, customers SET ...（旧式逗号语法），虽能运行，但逻辑易错且不可读 - 没有
WHERE或 JOIN 条件疏漏，会导致意外全表更新
想真正更新多个表？必须拆成多条独立 UPDATE 语句
这是跨数据库兼容、语义清晰、可审计的唯一可靠方式。核心思路是：先确定更新逻辑依赖关系，再按顺序执行。
典型场景：同步更新订单状态 + 对应用户积分
- 第一步：用子查询或临时表确认要更新的主键集合（避免两次 JOIN 计算偏差）
- 第二步：分别更新
orders和users，都基于同一组order_id或user_id - 第三步：必要时加事务包裹（
BEGIN; ... COMMIT;），保证原子性
示例（PostgreSQL / SQL Server）：
BEGIN; UPDATE orders SET status = 'shipped' WHERE id IN ( SELECT o.id FROM orders o INNER JOIN customers c ON o.customer_id = c.id WHERE c.country = 'CN' AND o.created_at > '2024-01-01' ); UPDATE users SET points = points + 100 WHERE id IN ( SELECT DISTINCT c.id FROM orders o INNER JOIN customers c ON o.customer_id = c.id WHERE c.country = 'CN' AND o.created_at > '2024-01-01' ); COMMIT;
替代方案：用 CTE 或临时表提升可读性与性能
当关联逻辑复杂、多次用到相同中间结果时，硬写多条 IN (SELECT ...) 可能重复计算，还难维护。
推荐做法：
- PostgreSQL / SQL Server：用
WITHCTE 预先提取目标 ID 集合 - MySQL 8.0+：同样支持 CTE，比嵌套子查询更清晰
- 所有数据库：若数据量大，可先
CREATE TEMP TABLE matched_ids AS SELECT ...，再用它驱动两次 UPDATE
CTE 示例（PostgreSQL）：
WITH target_orders AS ( SELECT o.id, o.customer_id FROM orders o INNER JOIN customers c ON o.customer_id = c.id WHERE c.country = 'CN' AND o.status = 'pending' ) UPDATE orders SET status = 'shipped' WHERE id IN (SELECT id FROM target_orders); UPDATE users SET points = points + 50 WHERE id IN (SELECT customer_id FROM target_orders);
真正麻烦的不是语法限制，而是把“一次写完”的直觉，换成“分步+明确作用域”的思维。JOIN 在 UPDATE 里从来就不是为多表赋值设计的——它只是帮你更准地定位要改哪几行。
