mysql支持update join语法，即update后跟目标表及别名，再写join关联表、on条件、set更新字段和where过滤；不支持标准sql的update from语法，直接套用postgresql或sql server写法会报错error 1064。
MySQL 不支持直接在 UPDATE 语句中使用 INNER JOIN 语法（如 UPDATE t1 JOIN t2 ON ... SET ... 是可行的，但标准 SQL 的 UPDATE ... FROM ... INNER JOIN ... 在 MySQL 中会报错）；PostgreSQL 和 SQL Server 支持类似写法，但语法和语义差异极大——直接套用会出错。
MySQL：用 JOIN 子句写 UPDATE，但不能写 FROM
MySQL 允许在 UPDATE 后跟多个表名并用 JOIN 关联，但必须省略 FROM 关键字，且目标表（要更新的表）必须出现在 UPDATE 后的第一个位置。
- 错误写法：
UPDATE users FROM users u INNER JOIN orders o ON u.id = o.user_id SET u.status = 'active'→ 报错ERROR 1064 - 正确写法：
UPDATE users u INNER JOIN orders o ON u.id = o.user_id SET u.status = 'active' WHERE o.created_at > '2024-01-01' - 注意：
u是别名，但UPDATE users u中的users是实际被修改的表，别名仅用于后续引用 - WHERE 条件必须明确限定影响范围，否则可能意外更新大量行
PostgreSQL：必须用 FROM + 子查询或 JOIN，不支持 UPDATE ... JOIN
PostgreSQL 要求使用 UPDATE ... FROM 语法，本质是把关联表作为“数据源”引入，不是真正意义上的 JOIN 子句。
- 正确写法：
UPDATE users SET status = 'shipped' FROM orders WHERE users.id = orders.user_id AND orders.status = 'paid' - ⚠️ 注意：
FROM后不能写INNER JOIN，只能写表名，连接条件全放在WHERE中 - 如果需要多表关联（比如通过 orders → products → categories），得嵌套子查询或用 CTE，否则
WHERE会变得极难维护 - 没有显式别名时，列名冲突会报错，建议始终为
FROM表加别名并在条件中明确限定，如：FROM orders o WHERE users.id = o.user_id
SQL Server：支持 UPDATE + FROM + JOIN，但容易误更新
SQL Server 允许 UPDATE ... FROM ... INNER JOIN，但有个致命陷阱：当 JOIN 结果产生一对多关系时，UPDATE 只会应用一次（按任意匹配行），不报错也不警告。
- 示例：
UPDATE u SET u.points = u.points + 10 FROM users u INNER JOIN orders o ON u.id = o.user_id WHERE o.status = 'completed' - 如果某用户有 3 笔 completed 订单，该用户
points只加 10，不是 30 —— 因为 SQL Server 对每行目标表最多更新一次 - 想累加？必须先聚合：
UPDATE u SET points = u.points + coalesce(o.total_bonus, 0) FROM users u INNER JOIN (SELECT user_id, SUM(bonus) AS total_bonus FROM orders GROUP BY user_id) o ON u.id = o.user_id - 务必用
EXISTS或子查询验证是否真有匹配数据，避免静默失效
跨数据库迁移时最常踩的坑
同一个业务逻辑，在不同数据库里要重写整个 UPDATE 语句结构，不是改几个关键字就能跑通。
- MySQL 的
UPDATE t1 JOIN t2在 PostgreSQL 里直接语法错误 - PostgreSQL 的
FROM表不能带JOIN关键字，而 SQL Server 必须带 - 三者对 NULL 处理、重复匹配行的策略完全不同，测试时必须用真实数据覆盖一对多场景
- 别依赖 ORM 自动生成的跨库 SQL —— 像 Django 的
update()或 SQLAlchemy 的update().values().where()都不支持跨表 SET，得手写原生语句
真正麻烦的从来不是语法本身，而是确认「这一行到底被更新了几次」——尤其当 JOIN 引入了隐式笛卡尔积或未加限制的外键关系时，日志里看不出，数据却悄悄错了。
