MySQL的UPDATE JOIN必须写为UPDATE t1 JOIN t2 ON ... SET t1.col = t2.col，JOIN位于UPDATE后、SET前，WHERE在SET后；PostgreSQL用UPDATE ... FROM，SQL Server用UPDATE ... FROM但允许目标表别名重复出现。
MySQL里UPDATE JOIN到底怎么写才不报错
MySQL不支持标准SQL的UPDATE ... FROM语法，直接写UPDATE t1 SET t1.col = t2.col FROM t1 JOIN t2 ON ...会报错ERROR 1064。必须用MySQL特有的UPDATE ... JOIN结构，且JOIN要写在UPDATE关键字之后、SET之前。
- 正确顺序是：
UPDATE table1 JOIN table2 ON ... SET table1.col = table2.col - 不能省略表别名——如果更新目标表在
JOIN中没显式声明别名，MySQL可能无法识别更新的是哪张表 - WHERE条件要写在
SET之后，不是ON之后；ON只管关联逻辑，WHERE才真正过滤要更新的行 - 示例：
UPDATE orders o JOIN customers c ON o.customer_id = c.id SET o.status = 'shipped' WHERE c.country = 'CN' AND o.status = 'pending'
PostgreSQL和SQL Server的写法差异在哪
PostgreSQL和SQL Server走的是标准SQL路线，但实现方式不同，容易混淆。
- PostgreSQL用
UPDATE ... FROM：必须把关联表写在FROM子句里，且目标表不能出现在FROM中（否则报错table name "xxx" specified more than once） - SQL Server用
UPDATE ... FROM：允许目标表同时出现在UPDATE和FROM中，但必须带别名，且UPDATE后只能跟别名，不能跟原表名 - PostgreSQL示例：
UPDATE orders SET status = 'shipped' FROM customers WHERE orders.customer_id = customers.id AND customers.country = 'CN' - SQL Server示例：
UPDATE o SET o.status = 'shipped' FROM orders o JOIN customers c ON o.customer_id = c.id WHERE c.country = 'CN'
UPDATE JOIN时WHERE漏写或写错的典型后果
多表更新最危险的地方不是语法错，而是逻辑错——漏WHERE或条件写窄/写宽，会导致批量误更新，且不可逆。
- 没加
WHERE：整个左表符合条件的记录全被更新，比如UPDATE t1 JOIN t2 ON t1.id = t2.t1_id SET t1.flag = 1会把所有匹配行都改掉 -
WHERE写在JOIN条件里（即当成ON的一部分）：可能扩大或缩小结果集，尤其当t2有NULL或重复关联时，行为难预测 - 建议先用
SELECT验证逻辑：SELECT t1.id, t1.col, t2.new_val FROM t1 JOIN t2 ON ... WHERE ...，确认行数和值无误再改成UPDATE
跨库或跨引擎更新时的兼容性陷阱
MySQL的UPDATE JOIN不支持跨库更新（除非用FEDERATED引擎），而PostgreSQL的UPDATE ... FROM也不支持直接关联外部数据库表（需用postgres_fdw并建foreign table）。
- MySQL中写
UPDATE db1.t1 JOIN db2.t2 ON ...会报错ERROR 1109: Unknown table 't2' in MULTI UPDATE，必须先用CREATE TEMPORARY TABLE或INSERT INTO ... SELECT中转 - PostgreSQL中
UPDATE语句里的FROM只能引用当前数据库内的表或foreign table，不能直接写db2.schema.t2 - 即使语法通过，也要注意字符集、时区、数值精度等隐式转换问题——比如
t2.name是utf8mb4而t1.name是latin1，更新时可能截断或乱码
SELECT看数据范围，再检查WHERE是否覆盖了你真正想动的那些行。 
