SQL标准不支持单条UPDATE语句通过JOIN同时更新多张表；MySQL的UPDATE JOIN仅允许更新指定的一张表，其余表仅用于关联条件和取值，PostgreSQL、SQL Server等需用事务包裹多条独立UPDATE语句实现跨表同步更新。
SQL标准不支持JOIN语法直接更新多个表
绝大多数关系型数据库（包括MySQL、PostgreSQL、SQL Server）的UPDATE语句本身**不允许在单条语句中通过JOIN一次性修改多个目标表的字段**。你写的UPDATE t1 JOIN t2 SET t1.a = ..., t2.b = ...在MySQL里会报错ERROR 1066: Not unique table/alias或直接拒绝语法，PostgreSQL则根本不支持FROM子句更新多表字段赋值到不同表。
MySQL中唯一可行的“伪多表更新”写法（仅限单目标表）
MySQL扩展了UPDATE ... JOIN语法，但本质仍是**只更新一个指定的目标表**，另一张表仅用于关联条件和提供源值。常见误用是以为能同时改两张表，其实不能。
-
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET o.status = 'shipped', c.last_order_date = NOW()❌ 报错：MySQL不允许对c赋值 -
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET o.status = 'shipped', o.total = c.credit_limit * 0.9✅ 合法：所有SET字段都属于orders表 - 若真需更新
customers字段，必须拆成两条独立UPDATE语句，或用事务包裹
跨表更新的可靠替代方案：分步+事务
真正需要同步修改多张表字段时，最通用、可移植、易调试的方式就是显式分步执行，并用事务保证原子性。这是生产环境推荐做法。
- 先确认所有涉及表都有合适索引（如
JOIN字段、WHERE条件字段），否则性能会断崖式下降 - 用
BEGIN TRANSACTION（或START TRANSACTION）包裹多条UPDATE，最后COMMIT；任一失败则ROLLBACK - 示例（PostgreSQL/SQL Server风格）：
BEGIN TRANSACTION; UPDATE orders SET status = 'shipped' WHERE id = 123; UPDATE customers SET last_order_date = NOW() WHERE id = (SELECT customer_id FROM orders WHERE id = 123); COMMIT;
- 避免在
UPDATE ... SELECT子查询中重复计算或关联——提取为CTE或临时表更清晰
触发器或应用层协调？通常不建议
有人想到用触发器自动联动更新，或在应用代码里调用多次DB操作。这两种方式隐患明显：
- 触发器隐藏逻辑，调试困难；嵌套触发器可能引发死锁或无限循环；且无法跨库生效
- 应用层分多次提交，若中间出错（如网络中断、进程崩溃），极易导致数据不一致
- 除非业务明确允许最终一致性（如日志类场景），否则必须由数据库事务兜底
真正棘手的地方不在语法，而在于你是否清楚哪张表是主实体、哪些字段变更必须强一致、以及下游系统能否容忍短暂不一致。这些决定了你该用事务分步，还是接受异步补偿。
