NOT IN子查询关联的DELETE语句无法匹配数据问题求助

我之前也碰到过一模一样的情况，这种问题通常是NOT IN的特性或者数据层面的细节导致的，咱们一步步来排查：

1. 最常见的原因：子查询返回了NULL值 #

SQL里NOT IN的逻辑对NULL非常敏感——如果子查询的结果集中存在任何NULL值，那么userid NOT IN (...)的判断结果会变成UNKNOWN，而不是TRUE，自然就不会匹配到任何行。

验证方法 #

先检查客户表中是否存在NULL的id：

SELECT COUNT(*) FROM tblclients WHERE id IS NULL;

如果返回的数量大于0，那就是这个问题了。

解决方法 #

修改子查询，过滤掉NULL值：

DELETE FROM `tblinvoices` 
WHERE userid NOT IN (SELECT f.id FROM `tblclients` f WHERE f.id IS NOT NULL);

2. 数据类型不匹配 #

如果tblinvoices.userid和tblclients.id的数据类型不一致（比如一个是字符串VARCHAR，另一个是整数INT），虽然单独查询时看起来正常，但隐式类型转换可能导致NOT IN的匹配逻辑失效。

验证方法 #

查看两个字段的类型：

DESCRIBE tblinvoices; -- 查看userid的类型
DESCRIBE tblclients; -- 查看id的类型

解决方法 #

统一类型后再执行，比如把userid转为整数：

DELETE FROM `tblinvoices` 
WHERE CAST(userid AS UNSIGNED) NOT IN (SELECT f.id FROM `tblclients` f);

或者直接修改表结构，让两个字段类型一致（更彻底）。

3. tblinvoices中存在userid为NULL的记录 #

如果发票表的userid本身是NULL，那么NULL NOT IN (...)的结果也是UNKNOWN，不会被选中删除。如果需要删除这些记录，可以把条件补充完整：

DELETE FROM `tblinvoices` 
WHERE userid IS NOT NULL 
  AND userid NOT IN (SELECT f.id FROM `tblclients` f);

更可靠的替代写法：用NOT EXISTS或LEFT JOIN #

NOT EXISTS在处理NULL时的逻辑更符合直觉，而且性能通常也更好，推荐直接换成这种写法：

DELETE FROM tblinvoices 
WHERE NOT EXISTS (
    SELECT 1 FROM tblclients f 
    WHERE f.id = tblinvoices.userid
);

或者用LEFT JOIN的方式，可读性也很强：

DELETE t FROM tblinvoices t
LEFT JOIN tblclients f ON t.userid = f.id
WHERE f.id IS NULL;

先按上面的步骤排查，应该就能解决问题了！

内容的提问来源于stack exchange，提问作者Charlotte Wells