位置: 编程技术 - 正文
解决MySQL中IN子查询会导致无法使用索引问题(mysql in的子查询)
发布时间：2024-02-26推荐整理分享解决MySQL中IN子查询会导致无法使用索引问题(mysql in的子查询)，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:mysql in的子查询,mysql语句in,mysql的in语句,mysql中in的用法,mysql in的子查询,mysql中的in是什么意思,mysql的in语句,mysql中in的用法,内容如对您有帮助，希望把文章链接给更多的朋友！
今天看到一篇关于MySQL的IN子查询优化的案例，
一开始感觉有点半信半疑（如果是换做在SQL Server中，这种情况是绝对不可能的，后面会做一个简单的测试。）
随后动手按照他说的做了一个表来测试验证，发现MySQL的IN子查询做的不好，确实会导致无法使用索引的情况（IN子查询无法使用所以，场景是MySQL，截止的版本是5.7.）
MySQL的测试环境
测试表如下
建一个存储过程插入测试数据，测试数据的特点是pay_id可重复，这里在存储过程处理成，循环插入W条数据的过程中，每隔条数据插入一条重复的pay_id，时间字段在一定范围内随机
执行 call test_insert(); 插入行数据
两种子查询的写法
查询大概的意思是查询某个时间段之内的业务Id大于1的数据，于是就出现两种写法。
第一种写法如下：IN子查询中是某段时间内业务统计大于1的业务Id，外层按照IN子查询的结果进行查询，业务Id的列pay_id上有索引，逻辑也比较简单，这种写法，在数据量大的时候确实效率比较低，用不到索引
执行结果：2.秒
第二种写法，与子查询进行join关联，这种写法相当于上面的IN子查询写法，下面测试发现，效率确实有不少的提高
执行结果：0.秒
In子查询的执行计划，发现外层查询是一个全表扫描的方式，没有用到pay_id上的索引
join自查的执行计划，外层（tpp1别名的查询）是用到pay_id上的索引的。
后面想对第一种查询方式使用强制索引，虽然是不报错的，但是发现根本没用
如果子查询是直接的值，则是可以正常使用索引的。
可见MySQL对IN子查询的支持，做的确实不怎么样。
另外：加一个使用临时表的情况，虽然比不少join方式查询的，但是也比直接使用IN子查询效率要高，这种情况下，也是可以使用到索引的，不过这种简单的情况，是没有必要使用临时表的。
下面是类似案例在sqlserver 中的测试，几万完全一样的测试表结构和数量，可见这种情况下，两种写法，在SQL Server中可以认为是完全一样的（执行计划+效率），这一点SQL Server要比MySQL强不少
下面是sqlserver中的测试环境脚本。
总结：在MySQL数据中，截止5.7.版本，对IN子查询，仍要慎用
利用pt-heartbeat监控MySQL的复制延迟详解 pt-heartbeat数据库做主从复制时，复制状态、数据延迟是否正常是非常关键的指标，那么如何对其进行监控呢？pt-heartbeat是PERCONA开发的一个工具集中的一
通过案例分析MySQL中令人头疼的Aborted告警 本文主要给大家介绍的是关于MySQL中Aborted告警的相关内容，分享出来供大家参考学习，下面来一起看看详细的介绍：实战Part1:写在最前在MySQL的errorlog中
mac下安装mysql忘记密码的修改方法 一、mac下安装MySQL数据库1.下载MySQL数据库下载地址：访问MySQL的官网
标签: mysql in的子查询
本文链接地址:https://www.jiuchutong.com/biancheng/349016.html 转载请保留说明！
