《MysqL数据库解决MysqL中IN子查询会导致无法使用索引问题》要点:
本文介绍了MysqL数据库解决MysqL中IN子查询会导致无法使用索引问题,希望对您有用。如果有疑问,可以联系我们。
今天看到一篇关于MysqL的IN子查询优化的案例,MysqL数据库
一开始感觉有点半信半疑(如果是换做在sql Server中,这种情况是绝对不可能的,后面会做一个简单的测试.)MysqL数据库
随后动手按照他说的做了一个表来测试验证,发现MysqL的IN子查询做的不好,确实会导致无法使用索引的情况(IN子查询无法使用所以,场景是MysqL,截止的版本是5.7.18)MysqL数据库
MysqL的测试环境MysqL数据库
MysqL数据库测试表如下MysqL数据库
create table test_table2( ID int auto_increment primary key,pay_ID int,pay_time datetime,other_col varchar(100))
建一个存储过程插入测试数据,测试数据的特点是pay_ID可重复,这里在存储过程处理成,循环插入300W条数据的过程中,每隔100条数据插入一条重复的pay_ID,时间字段在一定范围内随机MysqL数据库
CREATE defineR=`root`@`%` PROCEDURE `test_insert`(IN `loopcount` INT) LANGUAGE sql NOT DETERMINISTIC CONTAINS sql sql Security defineR COMMENT ''BEGIN declare cnt int; set cnt = 0; while cnt< loopcount do insert into test_table2 (pay_ID,pay_time,other_col) values (cnt,date_add(Now(),interval floor(300*rand()) day),uuID()); if (cnt mod 100 = 0) then insert into test_table2 (pay_ID,uuID()); end if; set cnt = cnt + 1; end while;END
执行 call test_insert(3000000); 插入303000行数据MysqL数据库
MysqL数据库两种子查询的写法MysqL数据库
查询大概的意思是查询某个时间段之内的业务ID大于1的数据,于是就出现两种写法.MysqL数据库
第一种写法如下:IN子查询中是某段时间内业务统计大于1的业务ID,外层按照IN子查询的结果进行查询,业务ID的列pay_ID上有索引,逻辑也比较简单,这种写法,在数据量大的时候确实效率比较低,用不到索引MysqL数据库
select * from test_table2 force index(IDx_pay_ID)where pay_ID in ( select pay_ID from test_table2 where pay_time>="2016-06-01 00:00:00" AND pay_time<="2017-07-03 12:59:59" group by pay_ID having count(pay_ID) > 1);
执行结果:2.23秒MysqL数据库
MysqL数据库第二种写法,与子查询进行join关联,这种写法相当于上面的IN子查询写法,下面测试发现,效率确实有不少的提高MysqL数据库
select tpp1.* from test_table2 tpp1,( select pay_ID from test_table2 WHERE pay_time>="2016-07-01 00:00:00" AND pay_time<="2017-07-03 12:59:59" group by pay_ID having count(pay_ID) > 1) tpp2 where tpp1.pay_ID=tpp2.pay_ID
执行结果:0.48秒MysqL数据库
MysqL数据库In子查询的执行计划,发现外层查询是一个全表扫描的方式,没有用到pay_ID上的索引MysqL数据库
MysqL数据库join自查的执行计划,外层(tpp1别名的查询)是用到pay_ID上的索引的.MysqL数据库
MysqL数据库后面想对第一种查询方式使用强制索引,虽然是不报错的,但是发现根本没用MysqL数据库
MysqL数据库如果子查询是直接的值,则是可以正常使用索引的.MysqL数据库
MysqL数据库可见MysqL对IN子查询的支持,做的确实不怎么样.MysqL数据库
另外:加一个使用临时表的情况,虽然比不少join方式查询的,但是也比直接使用IN子查询效率要高,这种情况下,也是可以使用到索引的,不过这种简单的情况,是没有必要使用临时表的.MysqL数据库
MysqL数据库下面是类似案例在sqlserver 2014中的测试,几万完全一样的测试表结构和数量,可见这种情况下,两种写法,在sql Server中可以认为是完全一样的(执行计划+效率),这一点sql Server要比MysqL强不少MysqL数据库
MysqL数据库下面是sqlserver中的测试环境脚本.MysqL数据库
create table test_table2( ID int IDentity(1,1) primary key,other_col varchar(100))begin trandeclare @i int = 0while @i<300000begin insert into test_table2 values (@i,getdate()-rand()*300,newID()); if(@i%1000=0) begin insert into test_table2 values (@i,newID()); end set @i = @i + 1endCOMMITGOcreate index IDx_pay_ID on test_table2(pay_ID);create index IDx_time on test_table2(pay_time);GOselect * from test_table2 where pay_ID in ( select pay_ID from test_table2 where pay_time>='2017-01-21 00:00:00' AND pay_time<='2017-07-03 12:59:59' group by pay_ID having count(pay_ID) > 1 );select tpp1.* from test_table2 tpp1,( select pay_ID from test_table2 WHERE pay_time>='2017-01-21 00:00:00' AND pay_time<='2017-07-30 12:59:59' group by pay_ID having count(pay_ID) > 1) tpp2 where tpp1.pay_ID=tpp2.pay_ID
总结:在MysqL数据中,截止5.7.18版本,对IN子查询,仍要慎用MysqL数据库
总结以上是内存溢出为你收集整理的MYSQL数据库解决MySQL中IN子查询会导致无法使用索引问题全部内容,希望文章能够帮你解决MYSQL数据库解决MySQL中IN子查询会导致无法使用索引问题所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)