mysql的update join只能更新紧跟update后的唯一目标表，其他表仅用于join提供数据；错误地在set中更新非目标表会报error 1093。
MySQL 的 UPDATE JOIN 只能更新一个表，别写错目标表位置
MySQL 不支持像 SELECT 那样自由地多表更新。你写的 UPDATE 语句里，**紧跟在 UPDATE 关键字后面的那张表，才是唯一能被修改的表**。其他表只能出现在 JOIN 子句中，仅用于提供关联条件或字段值。
常见错误是把要改的字段写在非目标表上，比如：
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET c.status = 'active';
这会直接报错：ERROR 1093 (HY000): You can't specify target table 'c' for update in FROM clause——因为 c 不是 UPDATE 后面声明的目标表。
- 正确写法必须把要更新的表放在
UPDATE后，且只出现一次（哪怕用了别名） -
JOIN后的表不能出现在SET左侧，但可以出现在右侧（如SET o.status = c.level） - 隐式逗号连接（
UPDATE t1, t2 SET ...）语法虽可用，但可读性差、易出错，不建议用
遇到 “You can't specify target table for update in FROM clause” 怎么办
这个错误名字有误导性，它**和 JOIN 无关，而是你在 SET 或 WHERE 里写了子查询，并且子查询又查了正在更新的同一张表**。MySQL 禁止这种“边读边写同一张表”的操作。
比如想把销量最高的商品标为推荐：
UPDATE products SET is_recommended = 1 WHERE id = (SELECT id FROM products ORDER BY sales DESC LIMIT 1);
就会触发该错误。绕过方法是用 JOIN 把子查询包成派生表：
UPDATE products p JOIN (SELECT id FROM products ORDER BY sales DESC LIMIT 1) AS tmp ON p.id = tmp.id SET p.is_recommended = 1;
- 派生表必须带别名（如
AS tmp），否则语法报错 - 不能写成
FROM (SELECT ...)，MySQL 的UPDATE不支持FROM子句 - 如果子查询要关联外部条件，确保
ON条件能正确绑定，否则可能更新空结果
LEFT JOIN 和 INNER JOIN 在更新中的行为差异很关键
用哪种 JOIN 直接决定哪些记录会被更新，不是“语法更高级就更好”，而是取决于业务是否允许空匹配。
例如，用 LEFT JOIN 补全地区编码：
UPDATE wsa_data w LEFT JOIN dim_area d ON w.area = d.name SET w.area_id = d.code WHERE w.area_id IS NULL;
这样即使 dim_area 里没找到匹配项，wsa_data 的原记录也不会被跳过（d.code 为 NULL，w.area_id 就被设成 NULL）。
而换成 INNER JOIN：
UPDATE wsa_data w INNER JOIN dim_area d ON w.area = d.name SET w.area_id = d.code WHERE w.area_id IS NULL;
那就只更新那些能在 dim_area 中找到匹配的记录，其余保持不动。
-
INNER JOIN更安全，避免误置NULL；适合“有依据才更新”的场景 -
LEFT JOIN更彻底，适合补全类任务；但得确认SET右侧字段允许NULL，否则可能违反约束 - 千万别在没
WHERE条件时执行LEFT JOIN更新，容易批量刷掉有效值
跨数据库别硬套 MySQL 的 UPDATE JOIN 写法
PostgreSQL 和 SQL Server 虽然也支持多表更新，但语法和语义完全不同，照搬 MySQL 写法必报错。
PostgreSQL 用的是 UPDATE ... FROM：
UPDATE products SET price = t2.avg_price FROM (SELECT product_id, AVG(unit_price) AS avg_price FROM order_details GROUP BY product_id) AS t2 WHERE products.id = t2.product_id;
SQL Server 则要求显式写出目标表别名，并在 SET 中引用：
UPDATE p SET p.price = t2.avg_price FROM products p INNER JOIN (SELECT product_id, AVG(unit_price) AS avg_price FROM order_details GROUP BY product_id) t2 ON p.id = t2.product_id;
- MySQL 的
UPDATE t1 JOIN t2 ... SET t1.col = t2.val在 PostgreSQL/SQL Server 里完全无效 - PostgreSQL 的
FROM后可跟任意复杂子查询，SQL Server 则必须用JOIN形式显式关联 - 上线前务必确认数据库类型，别让测试环境是 MySQL、生产切到 PostgreSQL 后全挂
真正容易被忽略的点是：没有加 WHERE 条件的 UPDATE JOIN 一旦执行，就是全表扫描+全量更新，锁表时间长、日志爆炸、还可能覆盖不该动的数据。哪怕只是临时调试，也要先用 SELECT 模拟一遍关联逻辑，再加 LIMIT 10 测试更新效果。
