可以，mysql中update join需将join置于update表名之后、set之前，并显式指定被更新表；错误写法如省略目标表或误用逗号语法易致全表更新、死锁或报错。
UPDATE + JOIN 能不能直接更新关联表？
可以，但语法和普通 SELECT JOIN 不同，MySQL 不支持在 UPDATE 语句中直接写 FROM table1 JOIN table2 这种形式。必须把 JOIN 写在 UPDATE 关键字之后、SET 之前，并且要明确指定更新的是哪个表（即使只改一个表）。
正确写法：UPDATE 后紧跟被更新的表名，JOIN 放在后面
常见错误是照搬 SELECT 的写法，比如写成 UPDATE t1 JOIN t2 ON ... SET ... 却没声明更新目标，导致语法报错或意外更新多个表。MySQL 要求你显式指出「到底更新哪张表」。
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET o.status = 'processed' WHERE c.country = 'China';
-
orders是唯一被修改的表，o是它的别名，必须出现在UPDATE后 -
JOIN可以接任意数量的表，但只有UPDATE后列出的表才会被写入 - 如果误写成
UPDATE orders, customers SET ...（旧式逗号语法），虽然能运行，但可读性差、易出错，不推荐
UPDATE JOIN 常见陷阱
看似简单，实际容易踩坑：要么没生效，要么改错数据，甚至锁住不该锁的行。
- 忘记加
WHERE条件，导致全表扫描+全量更新 —— 比如漏掉WHERE c.country = 'China'，orders表所有记录都会被设为'processed' - JOIN 条件字段没有索引，执行极慢，还可能触发锁等待甚至死锁
- 用子查询替代 JOIN 时，MySQL 5.7+ 对
UPDATE ... WHERE id IN (SELECT ...)有限制，会报错You can't specify target table for update in FROM clause；此时必须用 JOIN 绕过 - 多表 JOIN 更新时，若中间表有重复匹配（例如一对多），
SET仍会执行，但结果取决于最后匹配到的那行 —— 行为不可控，应提前用GROUP BY或去重逻辑规避
想安全地批量更新，优先考虑 EXISTS 而不是 JOIN？
不是绝对。EXISTS 更适合「根据另一张表是否存在某记录来决定是否更新」，而 JOIN 更适合「需要拿关联表字段值做计算或条件判断」。两者性能差异取决于索引和数据分布，不能一概而论。
UPDATE products p SET price = price * 1.1 WHERE EXISTS ( SELECT 1 FROM categories c WHERE c.id = p.category_id AND c.is_promo = 1 );
- 上面这个 EXISTS 版本，逻辑清晰、不易误更新，且 MySQL 优化器通常能走
c.id和p.category_id的索引 - 但如果要设置
p.price = c.discounted_price，就必须用 JOIN，因为需要取关联表的字段值 - 真正关键的不是选 JOIN 还是 EXISTS，而是确保驱动表（JOIN 的左表 / EXISTS 的外层表）有高效过滤条件，避免全表扫描
复杂点在于：JOIN 更新的执行计划不容易肉眼判断，建议在执行前先用对应条件写个 SELECT 查看匹配行数和执行计划，再补上 UPDATE。否则一条语句跑下去，回滚都未必来得及。
