不能，EXCEPT不能直接用于UPDATE语句的FROM子句；需先用CTE或子查询封装差集结果，再关联更新，且MySQL 8.0.31前完全不支持EXCEPT。
EXCEPT 能直接做差集更新吗？不能，得套一层 UPDATE
很多人看到 EXCEPT 返回“左表有、右表无”的记录，就以为能直接写 UPDATE ... FROM (SELECT ... EXCEPT SELECT ...) AS diff —— 但多数数据库（如 PostgreSQL、SQL Server）不支持在 UPDATE 的 FROM 子句里用集合运算结果作为源表，会报错类似 ERROR: syntax error at or near "EXCEPT"。
真正可行的做法是把 EXCEPT 结果包装成 CTE 或子查询，再关联主表更新：
WITH to_update AS ( SELECT id, name FROM new_data EXCEPT SELECT id, name FROM current_table ) UPDATE current_table SET name = n.name FROM to_update n WHERE current_table.id = n.id;
注意点：
-
EXCEPT会自动去重，如果new_data里有重复(id, name)，只留一条参与更新 - 列顺序和类型必须严格一致，否则
EXCEPT报错或隐式转换出错 - MySQL 不支持
EXCEPT（8.0.31+ 才有实验性支持），别在 MySQL 里硬套
NOT EXISTS 更通用，但 WHERE 条件容易漏掉关联字段
NOT EXISTS 是跨数据库兼容的差集逻辑实现方式，适合做“仅当新数据存在、旧数据不存在时才更新”的判断。但它不是直接写在 UPDATE 里，而是作为 WHERE 中的子条件：
UPDATE current_table t
SET name = n.name
FROM new_data n
WHERE t.id = n.id
AND NOT EXISTS (
SELECT 1 FROM current_table t2
WHERE t2.id = n.id AND t2.name = n.name
);
常见翻车点：
- 忘记在
NOT EXISTS子查询里关联外层的n.id，导致变成全表扫描或逻辑错误 - 误把
AND t2.name = n.name写成= t.name，造成自比较，永远为真 - 没加
t.id = n.id主键匹配，UPDATE 可能批量改错行
UPDATE + JOIN 和 NOT EXISTS 性能差别在哪？看索引是否覆盖子查询
用 NOT EXISTS 时，数据库要对每条 n 记录执行一次子查询；如果 current_table(id, name) 没有联合索引，性能会断崖下跌。
而等价的 LEFT JOIN ... IS NULL 写法（部分人更习惯）：
UPDATE current_table t SET name = n.name FROM new_data n LEFT JOIN current_table t2 ON t2.id = n.id AND t2.name = n.name WHERE t.id = n.id AND t2.id IS NULL;
两者逻辑等价，但执行计划可能不同：
- PostgreSQL 常对
NOT EXISTS生成Anti Join，效率接近LEFT JOIN ... IS NULL - SQL Server 在子查询无索引时，
NOT EXISTS可能比LEFT JOIN更慢，因为无法提前终止扫描 - 关键还是看
EXPLAIN输出——重点确认子查询是否走了索引，而不是盲目选语法
真正要更新的是“差集”，但业务上常需要区分 INSERT/UPDATE/DELETE
单纯用 EXCEPT 或 NOT EXISTS 只能解决“哪些该 UPDATE”，没法回答“哪些该 INSERT”或“哪些该 DELETE”。实际同步场景中，三者往往共存：
-
INSERT ... SELECT ... EXCEPT ...处理新增 -
UPDATE ... WHERE EXISTS (SELECT ... EXCEPT ...)处理变更（注意：这里不能直接用EXCEPT，得转成存在性判断） -
DELETE ... WHERE NOT EXISTS (SELECT id FROM new_data)处理下线
如果频繁做这类操作，别手写三个语句——考虑用 MERGE（SQL Server、Oracle、PostgreSQL 15+）或 upsert 扩展（如 PostgreSQL 的 ON CONFLICT），否则很容易漏掉某类变化，或者并发时产生不一致。
