join本身不修改数据，只是查询关联结果；真要同步需用update join或子查询，mysql支持update t1 join t2 on ... set t1.col=t2.col，postgresql用update ... from，sqlite只能用子查询。
JOIN本身不修改数据，只是查询关联结果
很多人误以为 JOIN 能“同步”两张表，其实它只负责把数据临时拼起来看——执行完不会改动任何一行。真要同步（比如用表B的字段更新表A），得靠 UPDATE ... JOIN 或子查询，而不是单纯写个 SELECT ... JOIN。
常见错误现象：SELECT a.id, a.name, b.status FROM table_a a JOIN table_b b ON a.id = b.id 看起来“对上了”，但改不了 table_a 里的 status 字段。
- MySQL 支持
UPDATE table_a a JOIN table_b b ON a.id = b.id SET a.status = b.status - PostgreSQL 不支持直接
UPDATE ... JOIN，得用FROM子句：UPDATE table_a SET status = b.status FROM table_b b WHERE table_a.id = b.id - SQLite 只支持单表
UPDATE，必须用相关子查询：UPDATE table_a SET status = (SELECT status FROM table_b WHERE table_b.id = table_a.id)
UPDATE ... JOIN 在 MySQL 中怎么写才安全
MySQL 的 UPDATE ... JOIN 看似方便，但容易漏掉匹配条件或误更新全表。
典型陷阱：UPDATE table_a a JOIN table_b b ON a.id = b.id SET a.status = b.status —— 如果 table_b 里有重复 id，MySQL 会随机选一条更新，结果不可控。
- 务必确认
JOIN条件能一对一匹配，比如table_b.id是主键或有唯一约束 - 加
WHERE过滤冗余行：WHERE b.updated_at > a.updated_at，避免覆盖新数据 - 先用
SELECT模拟验证：SELECT a.id, a.status, b.status FROM table_a a JOIN table_b b ON a.id = b.id WHERE b.updated_at > a.updated_at - 生产环境务必加事务包裹：
BEGIN; UPDATE ...; COMMIT;，出错可回滚
跨库或跨实例时 JOIN 失效怎么办
绝大多数数据库（MySQL、PostgreSQL）不支持跨库 JOIN 修改数据，更别说跨实例。这时候“同步”本质是 ETL 或应用层协调。
错误尝试：UPDATE db1.table_a a JOIN db2.table_b b ON a.id = b.id SET a.status = b.status —— MySQL 允许跨库 SELECT JOIN，但跨库 UPDATE JOIN 会报错 ERROR 1103 (42000): Incorrect usage of JOIN and UNION。
- 方案一：导出再导入 ——
mysqldump --where="updated_at > '2024-01-01'" db2 table_b > b_data.sql，再用脚本批量生成INSERT ... ON DUPLICATE KEY UPDATE - 方案二：应用层双写 —— 更新
table_b后，立刻查出变更行，调用 API 或 SQL 更新table_a - 方案三：用 CDC 工具（如 Debezium）监听
table_b变更，触发下游更新逻辑
为什么用子查询 UPDATE 比 JOIN 更易踩坑
看似通用的子查询写法，在某些场景下会悄悄失效，尤其当子查询返回多行或 NULL。
比如：UPDATE table_a SET status = (SELECT status FROM table_b WHERE table_b.id = table_a.id) —— 如果 table_b 缺少对应 id，status 就被设成 NULL，而你可能只想更新存在的行。
- 加
WHERE EXISTS避免误清空：WHERE EXISTS (SELECT 1 FROM table_b WHERE table_b.id = table_a.id) - 子查询必须严格单行，否则报错
Subquery returns more than 1 row - SQLite 对子查询支持较弱，嵌套深了可能性能骤降，建议先建临时表缓存
table_b关键字段 - PostgreSQL 中，子查询若含
LIMIT或窗口函数，需用 CTE 显式定义，否则语法报错
