必须加WHERE条件，否则UPDATE JOIN会隐式更新所有匹配行，易因关联不唯一或NULL导致误更新或跳过；建议先用SELECT模拟验证结果集。
MySQL 中用 JOIN 批量更新多表必须加 WHERE 条件
不加 WHERE 的 UPDATE ... JOIN 会隐式作用于所有匹配行，但若关联条件不唯一或存在 NULL，极易误更新——比如 UPDATE orders JOIN users ON orders.user_id = users.id SET orders.status = 'done' 若某用户在 users 表中重复出现，orders 表对应记录可能被多次更新；若 user_id 为 NULL，该行会被跳过，但你根本不会收到警告。
实操建议：
- 始终显式写
WHERE，哪怕只是WHERE orders.user_id IS NOT NULL - 先用
SELECT模拟关联结果：SELECT orders.order_id, users.username FROM orders JOIN users ON orders.user_id = users.id WHERE users.is_active = 1，确认行数和数据范围 - 避免在
JOIN中使用LEFT JOIN更新主表（如UPDATE t1 LEFT JOIN t2 ... SET t1.x = t2.y），t2.y为NULL时会把t1.x覆盖为空
Oracle 和 PostgreSQL 不支持直接 UPDATE JOIN，得换写法
MySQL 允许 UPDATE t1 JOIN t2 ON ... SET ...，但 Oracle 和 PostgreSQL 不认这种语法。硬套会报错：ERROR: syntax error at or near "JOIN"（PostgreSQL）或 ORA-00971: missing SET keyword（Oracle）。
对应方案：
- PostgreSQL：用
UPDATE ... FROM，例如UPDATE users SET email = u2.email FROM users_backup u2 WHERE users.id = u2.id AND u2.updated_at > users.updated_at - Oracle：优先用
MERGE，安全且语义清晰：MERGE INTO users u USING users_new un ON (u.id = un.id) WHEN MATCHED THEN UPDATE SET u.email = un.email - 通用兜底法（三端都支持）：子查询 +
EXISTS，例如UPDATE t1 SET col = (SELECT t2.col FROM t2 WHERE t2.id = t1.ref_id) WHERE EXISTS (SELECT 1 FROM t2 WHERE t2.id = t1.ref_id)
跨多张表批量改同名字段，先查字段是否存在再拼 SQL
想给所有含 status 字段的表统一设为 0，不能假设它一定存在。直接执行 UPDATE table_x SET status = 0 在某张表缺失该字段时会中断，并抛出 Unknown column 'status' in 'field list' 错误。
安全做法分两步：
- 查存在性：MySQL 下运行
SELECT table_name FROM information_schema.columns WHERE column_name = 'status' AND table_schema = 'your_db' - 拼语句时用
CONCAT构造完整UPDATE，例如：SELECT CONCAT('UPDATE `', table_name, '` SET status = 0 WHERE status IS NULL;') FROM information_schema.columns WHERE column_name = 'status' AND table_schema = 'myapp' - 把结果复制出来，人工检查一遍再执行；别用
PREPARE/EXECUTE自动跑，出错没法回滚单条
多库同表结构批量更新，慎用跨库 UPDATE 语法
MySQL 支持 UPDATE db1.t, db2.t SET db1.t.x = 'a', db2.t.x = 'a' WHERE db1.t.id = db2.t.id，看着方便，但隐患明显：两个库事务不隔离，db1.t 成功而 db2.t 失败时无法原子回滚，状态撕裂。
更稳的做法：
- 用脚本逐库执行，每条
UPDATE包裹在BEGIN; ... COMMIT;中 - 失败时记录日志并中断，人工介入；不要靠
ON ERROR RESUME NEXT这类掩耳盗铃逻辑 - 如果必须用单条语句，确保两个库在同一个 MySQL 实例下，且已开启
innodb_support_xa = ON（XA 事务支持），否则跨库一致性无保障
TINYINT 字段，MySQL 可能静默转成 0 或截断，PostgreSQL 则直接报错。动手前，先 DESCRIBE table_name 看一眼目标字段类型。 
