Not In 除了会导致索引失效，还会导致什么？

是不是可能会导致索引失效。因为大部分小伙伴在通关八股文的时候是这么背的。

回到今天的正题

Not In 除了会导致索引失效，还会导致什么？

我们看下面的例子：

到这里大家是不是就发现问题了，使用 Not In 会导致数据丢失，那么为什么会出现这种情况？

其实是当 SQL 中，使用 NOT IN 条件时，如果其中包含 NULL，可能会导致意外的结果，因为 NOT IN 不会返回任何匹配 NULL 值的行。因此，我们通常需要另外处理 NULL 值。比如：

但 NOT IN 不会返回任何匹配 NULL 值的行？

这个问题涉及到 SQL 中的三值逻辑，即真（TRUE）、假（FALSE）和未知（UNKNOWN）。

当你使用 NOT IN 条件时，如果其中包含 NULL 值，这会导致整个条件的结果不确定。这是因为 SQL 中的比较操作符（如 IN、NOT IN、=, !=等）对于 NULL 的处理方式是特殊的。具体来说：

1如果一个值与 NULL 进行比较，结果是未知（UNKNOWN）。

2如果一个条件的结果是未知（UNKNOWN），那么整个条件的结果也是未知（UNKNOWN）。

因此，当你使用 NOT IN 条件时，如果其中包含 NULL 值，它会导致整个条件结果为未知（UNKNOWN）。在 SQL 中，任何未知（UNKNOWN）的条件都被视为不符合条件，因此相关的行将被过滤掉，不会包含在结果中。

这就是为什么在处理包含 NULL 值的情况时，需要谨慎地使用条件，以确保你的查询逻辑正确。

在这种情况下，使用 IS NULL 条件或者将 NULL 视为一个单独的选项。

补充

●真（TRUE）：代表条件或表达式为真。例如，如果一个条件符合或一个表达式为真，则结果为真。

●假（FALSE）：代表条件或表达式为假。例如，如果一个条件不符合或一个表达式为假，则结果为假。

●未知（UNKNOWN）：代表条件或表达式的真假未知。当无法确定条件或表达式的真实值时，结果为未知。这可能是因为某些数据缺失、表达式中存在空值（NULL）或其他不确定因素导致的。

为什么 Not In 会导致索引失效？

直接上一个索引结构图。 对索引底层结构不太了解的小伙伴点这个，索引底层结构详解：

以上图为例子，如果我们执行这条 SQL：
 

大家认为他使用二级索引的情况下，扫描索引的过程是怎样的？

是不是要先找到 【李四，钱六】两条记录，然后在向两边发散，形成了好几个区间段，如下：

由于我们的 SQL 需要整行数据，所以不仅仅是区间段扫描，还需要进行回表，这种时候大多数的情况，MySQL 的优化器通常都会选择直接扫描全表，因为多次回表的成本会比直接全表扫描的成本更大。

而如果说我们的查询列都是索引列的话，即使我们使用 not in 也会走索引扫描，这里使用了覆盖索引的方式来进行扫描。

现在大家就清楚为什么使用 not in 会导致索引失效了吧，脑海里有上边的图就好了。