MySQL支持UPDATE JOIN，其他数据库不支持；正确写法为UPDATE t1 JOIN t2 ON ... SET t1.col = t2.col，须用表别名限定字段，JOIN字段需有索引，否则性能更差。
MySQL里UPDATE配合JOIN到底能不能用
能，但只在MySQL中原生支持，PostgreSQL、SQL Server、SQLite都不直接允许UPDATE ... JOIN写法——别在别的数据库里硬套，会报ERROR 1064或syntax error near JOIN。
本质是MySQL把UPDATE当成了可扩展的语句类型，其他数据库更倾向用子查询或CTE替代。所以第一步先确认你连的是MySQL（且版本≥5.0），否则立刻换方案。
UPDATE + JOIN的正确写法长什么样
核心结构是：UPDATE t1 JOIN t2 ON ... SET t1.col = t2.col，必须显式写出被更新的表别名，并在SET里用别名限定字段，否则可能误更新错表。
常见错误：漏掉表别名、在SET里写成col = ...没加前缀，导致“Column 'xxx' in field list is ambiguous”。
- 必须给目标表起别名（哪怕就一个表），比如
UPDATE orders AS o JOIN customers AS c ON o.cid = c.id -
SET里的字段必须带别名：SET o.status = 'shipped'，不能写SET status = 'shipped' - JOIN条件里避免用
WHERE代替ON，否则可能触发全表扫描，性能骤降
UPDATE products AS p JOIN categories AS c ON p.cat_id = c.id SET p.category_name = c.name WHERE c.active = 1;
为什么有时候UPDATE JOIN比子查询快
因为MySQL对UPDATE ... JOIN做了优化：它能把JOIN转为嵌套循环+索引查找，而等价的子查询（如UPDATE t1 SET col = (SELECT ... FROM t2 WHERE ...)）在t2无索引时容易变成对t1每行都全表扫t2。
但前提是JOIN字段有索引。如果ON里的字段没索引，性能反而更差——这时你会看到EXPLAIN UPDATE显示type: ALL。
- 检查
EXPLAIN FORMAT=TRADITIONAL UPDATE ...，确认type不是ALL - JOIN字段必须有索引，包括
t2上的关联列（不只是t1） - 慎用多层JOIN，3张表以上容易触发临时表或内存溢出，尤其在
max_heap_table_size较小的实例上
PostgreSQL或SQLite用户该用什么替代
它们不支持UPDATE ... JOIN，但都有标准SQL替代路径：PostgreSQL用FROM子句，SQLite用UPDATE ... WHERE rowid IN (SELECT ...)。
PostgreSQL示例中FROM不是语法糖，而是明确指定源表；SQLite则依赖子查询结果集必须返回目标表的主键或唯一标识，否则可能误更新多行。
- PostgreSQL：
UPDATE orders SET status = c.new_status FROM customers AS c WHERE orders.cid = c.id AND c.flag = 'urgent' - SQLite：
UPDATE orders SET status = 'urgent' WHERE id IN (SELECT o.id FROM orders o JOIN customers c ON o.cid = c.id WHERE c.priority = 1) - 注意：SQLite子查询不能含
LIMIT或ORDER BY，否则报subselect returns more than one value
跨数据库迁移时最容易卡在这儿——看着MySQL跑得好好的语句，一换环境就报错，问题往往不在逻辑，而在语法许可边界。
