面试官:为什么要尽量避免使用 IN 和 NOT IN 呢?

  • WHY?
    • 1、效率低
    • 2、容易出现问题,或查询结果有误 (不能更严重的缺点)
  • HOW?
    • 1、用 EXISTS 或 NOT EXISTS 代替
    • 2、用JOIN 代替

WHY?

IN 和 NOT IN 是比较常用的关键字,为什么要尽量避免呢?
1、效率低

项目中遇到这么个情况:

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

但是这样一句查询 ↓

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

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

改成 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' 无效。

然而使用了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。为什么会这样呢?

原因是: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)。

相关推荐
ITOM运维行者5 小时前
从零搭建企业级服务器监控体系:踩坑实录与架构设计
前端·后端
用户4099322502125 小时前
Vue状态管理入门第四章:组合式store和SSR风险
前端·vue.js·后端
用户34232323763175 小时前
SPI 通信与高速外设驱动详解
后端
魏祖潇6 小时前
SDD 完整指南——Spec 端打底、Story 端交付、留白区
人工智能·后端
feelmylife596 小时前
消息队列可靠投递与幂等消费 -- 从"消息丢了"到"消息别重复"的完整工程实践
后端
雪隐6 小时前
个人电脑玩AI-10让5060 Ti给你打工——部署 Odysseus:终于有个能打的"AI管家"了
人工智能·后端
copyer_xyf7 小时前
FastAPI 如何连接 MySQL
后端·python
IT_陈寒7 小时前
Vite打包时踩的坑:静态资源为啥突然404了?
前端·人工智能·后端
葫芦和十三8 小时前
图解 MongoDB 25|分片架构三件套:mongos、config server 和 shard
后端·mongodb·agent
葫芦和十三14 小时前
图解 MongoDB 26|片键设计:决定集群命运的一个决定
后端·mongodb·agent