【266期】面试官问：为什么 SQL 要尽量避免使用 IN 和 NOT IN？

别问别人为什么，多问自己凭什么！

下方有惊喜，留言必回，有问必答！

每一天进步一点点，是成功的开始...

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

​​1. 效率低​​

项目中遇到这么个情况：

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

但是这样一句查询 ↓

select * from t1 where phone not in (select phone from t2)

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

推荐下自己做的 Spring boot 的实战项目：
https://gitee.com/yoodb/jing-xuan‍

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

select * from t1 
where  not  EXISTS (select phone from t2  where t1.phone =t2.phone)

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

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

create table test1 (id1 int)
create table test2 (id2 int)

insert into test1 (id1) values (1),(2),(3)
insert into test2 (id2) values (1),(2)

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

select id1 from test1 
where id1 in (select id2 from test2)

结果是：

OK 木有问题！

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

select id1 from test1 
where id1 in (select id1 from test2)

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

结果是：

EXCUSE ME！为什么不报错？

单独查询 ​​select id1 from test2​​ 是一定会报错: 消息 207，级别 16，状态 1，第 11 行 列名 'id1' 无效。另外，更多sql方面的面试题，公众号Java精选，回复java面试，支持在线随时随地刷题。

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

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

给test2插入一个空值：

insert into test2 (id2) values (NULL)

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

select id1 from test1 
where id1 not in (select id2 from test2)

结果是：

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

​​推荐下几个月熬夜整理的近 10000+ 面试资料大全：​​​​https://gitee.com/yoodb/eboo‍ks​​

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

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

​​HOW？​​

1. 用 EXISTS 或 NOT EXISTS 代替

select *  from test1 
   where EXISTS (select * from test2  where id2 = id1 )

select *  FROM test1  
 where NOT EXISTS (select * from test2  where id2 = id1 )

2. 用JOIN 代替

select id1 from test1 
   INNER JOIN test2 ON id2 = id1 
   
 select id1 from test1 
   LEFT JOIN test2 ON id2 = id1 
   where id2 IS NULL

妥妥的没有问题了！

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

作者：

公众号“Java精选”所发表内容注明来源的，版权归原出处所有（无法查证版权的或者未注明出处的均来自网络，系转载，转载的目的在于传递更多信息，版权属于原作者。如有侵权，请联系，笔者会第一时间删除处理！

------ THE END ------