不是必须用inner join，但left join在update中无法更新无匹配行，仅能通过coalesce或ifnull设默认值；必须显式用表别名限定字段，where须置于末尾并确保on字段有索引。
UPDATE + JOIN 语法必须用 INNER JOIN 吗？
不是必须，但绝大多数实用场景下只能用 INNER JOIN。MySQL 的 UPDATE ... JOIN 语法不支持直接用 LEFT JOIN 更新左表中无匹配的行（那些行会被跳过），也不会报错，容易误以为更新成功。如果你真需要“对主表所有行更新，有匹配则用关联值，没匹配则设默认值”，得拆成两步：先用 INNER JOIN 更新有匹配的，再用 WHERE NOT EXISTS 单独处理缺失情况。
UPDATE 多表时 SET 子句里字段名怎么写才不会歧义？
必须显式带上表别名前缀，否则 MySQL 会报 Column 'xxx' in field list is ambiguous。即使目标表只有一列同名，只要 JOIN 的表里也有同名列，就必须限定。
示例：要把 orders 表的 status 字段，按 customers 表里的 vip_level 批量更新：
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET o.status = CASE WHEN c.vip_level = 'gold' THEN 'priority' WHEN c.vip_level = 'silver' THEN 'normal' ELSE 'pending' END WHERE o.created_at > '2024-01-01';
-
o.status和c.vip_level都带了别名，不可省略 -
WHERE条件写在UPDATE末尾，不是JOIN后——顺序错了会全表扫描或逻辑错误 - 没加
WHERE容易误更新全部数据，务必先用SELECT验证 JOIN 结果集
为什么执行 UPDATE JOIN 很慢，甚至锁表？
因为 MySQL 会对 JOIN 涉及的所有匹配行加写锁（包括被更新的主表行和用于关联的副表行）。如果 JOIN 条件没走索引，就会触发全表扫描+全表锁，阻塞其他读写。
- 检查
EXPLAIN FORMAT=TREE输出，确认JOIN是否用了索引（尤其是ON字段） -
customers.id和orders.customer_id都要有索引，缺一不可 - 大表更新建议分批次，比如加
LIMIT 1000并循环执行（注意：MySQL 8.0+ 支持LIMIT，5.7 不支持，需改用主键范围切分） - 避免在高峰期执行，尤其不要在从库上直接跑——可能拖慢复制
UPDATE JOIN 能跨库操作吗？
可以，但要求两个库在同一个 MySQL 实例里，且用户有对应库的权限。语法上只需把表名写成 db_name.table_name 并加上别名即可。
例如更新 sales_db.orders，关联 user_db.customers：
UPDATE sales_db.orders o JOIN user_db.customers c ON o.customer_id = c.id SET o.region = c.preferred_region;
- 跨库不等于跨实例——不能用 IP 或端口写法，
host_db.table这种是非法的 - 如果涉及 FEDERATED 引擎或外部数据源，
UPDATE ... JOIN不生效，得用应用层中转 - 权限要同时授予两个库：
GRANT UPDATE ON sales_db.* TO 'u'@'%'; GRANT SELECT ON user_db.* TO 'u'@'%';
实际写的时候最容易漏掉的是 WHERE 条件验证和索引检查，这两步跳过，轻则更新错数据，重则锁死线上表。
