SQL开发中为什么要尽量避免使用 IN和NOT IN 呢？

WHY？

1、效率低

2、容易出现问题，或查询结果有误 （不能更严重的缺点）

HOW？

1、用 EXISTS 或 NOT EXISTS 代替

2、用JOIN 代替

WHY？

IN 和 NOT IN 是比较常用的关键字，为什么要尽量避免呢？

1、效率低

项目中遇到这么个情况：

t1表 和 t2表  都是150w条数据，600M的样子，都不算大。

但是这样一句查询

直接就把我跑傻了。。。十几分钟，检查了一下  phone在两个表都建了索引，字段类型也是一样的。原来not in 是不能命中索引的。。。。

改成 NOT EXISTS 之后查询 20s ，效率真的差好多。

2、容易出现问题，或查询结果有误 （不能更严重的缺点）

以 IN 为例。建两个表：test1 和 test2

我想要查询，在test2中存在的  test1中的id 。使用IN的一般写法是：

结果是：

图片

OK 木有问题！

但是如果我一时手滑，写成了：

不小心把id2写成id1了 ，会怎么样呢?

结果是：

图片

EXCUSE ME！为什么不报错？

单独查询 是一定会报错: 消息 207，级别 16，状态 1，第 11 行 列名 'id1' 无效。

然而使用了IN的子查询就是这么敷衍，直接查出 1 2 3

这仅仅是容易出错的情况，自己不写错还没啥事儿，下面来看一下 NOT IN 直接查出错误结果的情况：

给test2插入一个空值：

我想要查询，在test2中不存在的  test1中的id 。

结果是：

图片

空白！显然这个结果不是我们想要的。我们想要3。为什么会这样呢？

原因是：NULL不等于任何非空的值啊！如果id2只有1和2， 那么31 且 32 所以3输出了，但是 id2包含空值，那么 3也不等于NULL 所以它不会输出。

跑题一句：建表的时候最好不要允许含空值，否则问题多多。

HOW？

1、用 EXISTS 或 NOT EXISTS 代替

2、用JOIN 代替

妥妥的没有问题了！

PS：那我们死活都不能用 IN 和 NOT IN 了么？并没有，一位大神曾经说过，如果是确定且有限的集合时，可以使用。如 IN （0，1，2）。