MySQL多表UPDATE必须用UPDATE...JOIN语法，JOIN位于UPDATE后、SET前，如UPDATE orders o JOIN customers c ON o.customer_id=c.id SET o.status='shipped' WHERE o.id=123。
MySQL 多表 UPDATE 语法怎么写
MySQL 不支持标准 SQL 的 UPDATE ... FROM ... JOIN 写法，直接套用 PostgreSQL 或 SQL Server 的语法会报错 ERROR 1064。必须用 MySQL 特有的 UPDATE ... JOIN 语句结构，且 JOIN 必须出现在 UPDATE 关键字之后、SET 之前。
正确写法示例：
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET o.status = 'shipped', c.last_order_time = NOW() WHERE o.id = 123;
常见错误包括：
- 把
JOIN放在FROM后面（MySQL 没有FROM子句的多表 UPDATE） - 漏写别名或别名未在
UPDATE后声明（如写成UPDATE orders JOIN ...而不是UPDATE orders o JOIN ...） - 在
SET中引用了未在JOIN中出现的表
UPDATE JOIN 能否用 LEFT JOIN 或子查询
可以，但行为差异很大。MySQL 允许 LEFT JOIN，但被更新的主表（UPDATE 后第一个表）必须有匹配行 —— 即使用了 LEFT JOIN，如果右表无匹配，该行仍会被更新（只是右表字段值为 NULL），不会跳过。
若想只更新有匹配的行，就用 INNER JOIN；若想用左表所有行、并用右表数据补空，才用 LEFT JOIN。
子查询不能直接出现在 UPDATE ... JOIN 的 JOIN 位置，但可作为 SET 右侧的表达式，例如：
UPDATE products p SET p.price = (SELECT AVG(price) FROM sales s WHERE s.product_id = p.id) WHERE p.id IN (1,2,3);
注意：这种写法在大表上性能差，且 MySQL 5.7+ 对子查询更新有限制（不能更新又被子查询引用的同一张表）。
UPDATE JOIN 的 WHERE 条件写在哪、有什么影响
WHERE 必须写在 SET 之后，作用于整个关联结果集。它过滤的是最终要更新的行，不是 JOIN 过程中的中间结果。
容易踩的坑：
- 把过滤条件误写在
ON里（导致逻辑错误，比如本该排除的行因ON条件宽松而被更新） - 忘记加
WHERE，造成全表误更新（尤其生产环境，务必先用SELECT模拟验证） -
WHERE中混用多表字段时，没确认字段所属表，引发歧义或报错ERROR 1052
安全做法：先写等效 SELECT 验证：
SELECT o.id, o.status, c.name FROM orders o JOIN customers c ON o.customer_id = c.id WHERE o.id = 123;
UPDATE JOIN 在不同 MySQL 版本下的兼容性
语法本身从 MySQL 4.0 就已支持，但细节有变化：
- MySQL 5.7 默认开启
sql_mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION，若SET中给非空字段赋NULL，会报错而非静默转为默认值 - MySQL 8.0 对多表 UPDATE 的权限检查更严格：用户需对所有涉及的表都有
UPDATE权限，哪怕只是读取（JOIN表） - 低版本（如 5.5）不支持在
JOIN中使用派生表（SELECT子查询作表），必须先建临时表或改用其他方式
跨版本稳妥写法：始终显式指定字段所属表（用别名 + 点号），避免依赖隐式解析；更新前加事务和 SELECT 验证；线上操作不要省略 WHERE 条件。
