SQL 中写 in 和 not in? 慎用!

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 t1where  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 test1where id1 in (select id2 from test2)

结果是: 

图片

OK 木有问题!

但是如果我一时手滑,写成了:

select id1 from test1where 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 test1where 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)。

<think>嗯,用户遇到了MySQL的错误1055,需要解决。让我仔细看看这个问题。根据用户提供的引用内容,错误信息是“Expression #1 of SELECT list is not in GROUP BY clause...”,这通常sql_mode中的only_full_group_by设置有关。 首先,我得回忆一下MySQL的GROUP BY处理方式。在MySQL 5.7及以上版本,默认启用了only_full_group_by模式,这会强制要求SELECT列表中的非聚合列必须出现在GROUP BY子句中,或者在功能上依赖于GROUP BY的列。如果用户的查询不符合这个要求,就会报这个错误。 用户提到他们的环境是MySQL 8.0,所以问题应该这个模式有关。解决方案通常有两种:修改查询语句使其符合only_full_group_by的要求,或者调整sql_mode关闭这个选项。但关闭only_full_group_by可能带来数据不一致的风险,所以建议优先优化查询。 接下来,我需要考虑如何具体指导用户操作。比如,如何检查当前的sql_mode设置,如何修改配置文件,或者如何改SQL查询。用户提供的引用中也提到了Windows下的解决办法,可能涉及到修改my.ini文件。此外,用户可能不太熟悉如何正确使用聚合函数或调整GROUP BY子句,需要给出示例。 还需要注意,用户可能没有正确理解错误的原因,所以需要解释清楚为什么会出现这个错误,以及不同解决方法的优缺点。例如,使用ANY_VALUE()函数或者添加必要的列到GROUP BY中,这些方法的具体应用场景。 最后,要确保回答结构清晰,分步骤说明解决方案,并提供相关问题帮助用户深入理解。同时,引用用户提供的参考资料来支持解答的正确性,比如引用中的解决方法。</think>### MySQL Error 1055 解决方案 #### 问题原因 MySQL 5.7及以上版本默认启用了严格模式 `sql_mode=only_full_group_by`,要求 `SELECT` 列表中的非聚合列必须满足以下条件之一: 1. 出现在 `GROUP BY` 子句中 2. 在功能上依赖于 `GROUP BY` 的列[^2][^4] 若查询未满足此要求,则会触发错误: $$ \text{ERROR 1055: Expression #1 of SELECT list is not in GROUP BY clause} $$ --- #### 解决方案 ##### 方法1:修改查询语句(推荐) **优化SQL以满足严格模式** 假设原查询为: ```sql SELECT column1, column2, aggregate_func(column3) FROM table GROUP BY column1; ``` 需调整为以下两种形式之一: 1. **添加缺失的列到GROUP BY** ```sql SELECT column1, column2, aggregate_func(column3) FROM table GROUP BY column1, column2; -- 明确指定所有非聚合列 ``` 2. **使用聚合函数包裹非聚合列** ```sql SELECT column1, ANY_VALUE(column2), aggregate_func(column3) FROM table GROUP BY column1; -- 使用ANY_VALUE()忽略冗余值[^3] ``` ##### 方法2:调整SQL模式(慎用) **临时禁用only_full_group_by** ```sql SET SESSION sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'; ``` **永久修改配置**(需重启MySQL) 1. 打开MySQL配置文件(如 `my.ini` 或 `my.cnf`) 2. 在 `[mysqld]` 部分添加: ```ini sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION ``` 3. 重启MySQL服务 --- #### 验证当前SQL模式 ```sql SELECT @@sql_mode; -- 查看当前模式 ``` --- #### 方法对比 | 方案 | 优点 | 缺点 | |------|------|------| | 优化查询 | 符合SQL标准,数据准确性高 | 需理解业务逻辑列依赖关系 | | 禁用严格模式 | 快速修复旧代码 | 可能导致数据不一致[^1] | ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值