pl/sql里的exists和in的差别
项目中有个需要需要如下pl/sql(数据库是MariaDB)
SELECT COUNT(1) AS small FROM cmp_ent_main a WHERE createTime<'2016-9-21' AND EXISTS(SELECT 1 FROM cmp_ent_service_config WHERE entId=a.id AND serviceType IN(2,3,4) AND STATUS=0) ;
执行时发现耗时近50秒,这是测试环境啊,
表cmp_ent_main,pk是id,有74836条记录;表cmp_ent_service_config,pk是entId和serviceType,有2254条记录,并不多。
explain看一下执行计划:
说实话,mysql不熟,也并没看出什么门道。
经过排查原因,最后发现原因是cmp_ent_service_config表的entId是varchar, entId是企业Id,这个系统里约定的企业Id是bigint。看来做这个模块的设计者忽略了这一点就设置成varchar了。
改成bigint,果然,毫秒级就查出结果了。类型一致多么的重要!
我找到这个模块的开发担当,他习惯用in,于是改成in,并恢复entId的类型为varchar,发现也是毫秒级出结果。
EXPLAIN SELECT COUNT(1) AS small FROM cmp_ent_main a WHERE createTime<'2016-9-21' AND EXISTS(SELECT 1 FROM cmp_ent_service_config WHERE entId=a.id AND serviceType IN(2,3,4) AND STATUS=0) ; EXPLAIN SELECT 0 allcount, COUNT(1) AS small FROM cmp_ent_main a WHERE createTime<'2016-9-21' AND a.id IN(SELECT entId FROM cmp_ent_service_config WHERE serviceType IN(2,3,4) AND STATUS=0)
细看两者的查询计划,发现主要的区别是cmp_ent_main的记录数,一个是70303,一个是1
当把entId的类型改为bigint后, 两者的执行计划是:
当看到一些不好的代码时,会发现我还算优秀;当看到优秀的代码时,也才意识到持续学习的重要!--buguge
本文来自博客园,转载请注明原文链接:https://www.cnblogs.com/buguge/p/5854325.html