<p>MySQL和PostgreSQL中UPDATE的WHERE子句不可直接用NOT IN引用同一表子查询，需用派生表（SELECT * FROM (...) AS tmp）隔开；若子查询含NULL，NOT IN恒为UNKNOWN，须加IS NOT NULL过滤；LEFT JOIN...IS NULL更稳定、避NULL、易读且性能可控。</p>
NOT IN 子查询在 UPDATE 中直接用会报错
MySQL 和 PostgreSQL 都不支持在 UPDATE 语句的 WHERE 子句里，直接用 NOT IN 引用同一张表的子查询（比如 UPDATE t SET x=1 WHERE id NOT IN (SELECT id FROM t WHERE flag=1)）。会抛出类似 You can't specify target table 't' for update in FROM clause（MySQL）或 table name "t" specified more than once（PostgreSQL）的错误。
根本原因是：数据库引擎为避免读写冲突，禁止在更新某张表的同时，从该表派生子查询结果集。这不是语法写错了，是设计限制。
- 绕过方式不是改写
NOT IN，而是把子查询“隔开一层”——用派生表（即子查询套一层SELECT * FROM (...) AS tmp） - SQL Server 和 SQLite 没这限制，但写法统一建议按 MySQL/PG 方式处理，避免迁移踩坑
- 如果子查询返回
NULL，NOT IN整体结果恒为UNKNOWN，导致零行被更新 —— 这比报错更隐蔽，务必加IS NOT NULL过滤
正确写法：用派生表 + NOT IN 组合
核心就一点：让子查询变成“不可见原表”的临时结果集。MySQL 和 PostgreSQL 都认这种写法：
UPDATE users
SET status = 'archived'
WHERE id NOT IN (
SELECT id FROM (
SELECT id FROM users WHERE created_at > '2023-01-01'
) AS tmp
);注意三个关键点：
- 最内层查出你要排除的
id列（或其他唯一标识字段） - 中间套一层
SELECT * FROM (...) AS tmp，别名tmp不可省，否则 PostgreSQL 会报错 - 外层
NOT IN的括号里必须只含单列，且该列不能有NULL—— 所以子查询里最好加WHERE id IS NOT NULL
替代方案：LEFT JOIN 比 NOT IN 更稳
当要排除的行数较多，或子查询涉及多条件、JOIN 时，NOT IN 容易因隐式类型转换或 NULL 值失效；LEFT JOIN ... IS NULL 更直观、性能更可控。
等价逻辑写法：
UPDATE users u LEFT JOIN ( SELECT id FROM users WHERE created_at > '2023-01-01' ) AS exclude ON u.id = exclude.id SET u.status = 'archived' WHERE exclude.id IS NULL;
- 不会受
NULL影响，语义清晰：找那些没被 exclude 匹配上的行 - MySQL 8.0+ 和 PostgreSQL 都能走索引，只要
exclude子查询里的字段有索引 - 如果排除条件复杂（比如要 JOIN 多张表），直接塞进
LEFT JOIN的子查询里，比嵌套多层NOT IN易读得多
容易漏掉的兼容性细节
不同数据库对子查询别名、字段别名、括号的要求不一致，实际执行前得看执行计划：
- MySQL 5.7 要求派生表必须有别名，哪怕只是
AS tmp；8.0 放宽了，但保留更安全 - PostgreSQL 对子查询字段要求严格：如果子查询里是
SELECT user_id，外层NOT IN必须用同名字段，不能写成id—— 否则报列不存在 - SQLite 支持直接
NOT IN，但若子查询结果超 1000 行，会触发too many terms in compound SELECT错误，此时仍得切成分批或改用LEFT JOIN
真正麻烦的不是语法怎么写，而是你没法一眼看出子查询有没有悄悄返回 NULL，或者数据库版本暗中改了行为。上线前一定用真实数据量跑一遍 EXPLAIN，别只看语法通不通。
