码迷,mamicode.com
首页 > 数据库 > 详细

pl/sql里的exists和in的差别

时间:2016-09-08 21:36:29      阅读:196      评论:0      收藏:0      [点我收藏+]

标签:

项目中有个需要需要如下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后, 两者的执行计划是:

技术分享 

 

pl/sql里的exists和in的差别

标签:

原文地址:http://www.cnblogs.com/buguge/p/5854325.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!