SQL优化之子查询展开

UCloud 运营管理员2023/1/11阅读 853其他

AI 摘要 / TL;DR

SQL优化之子查询展开点击上方“IT那活儿 ”公众号，关注后了解更多内容，不管IT什么活儿，干就完了！！！发现一个SQL执行了半个小时，结果还没出来，找到我们帮忙分析优化一下。这是一个典型的子查询被展开导致sql执行计划变差的案列。 sql语句中三张表a、b、c关联查询，b和c表在外面,a在in里面。调优过程

来源: https://www.ucloud.cn/yun/129420.html 作者: IT那活儿发布日期: 发布于2023-01-11 13:19

SQL优化之子查询展开

点击上方“IT那活儿”公众号，关注后了解更多内容，不管IT什么活儿，干就完了！！！

发现一个SQL执行了半个小时，结果还没出来，找到我们帮忙分析优化一下。

**这是一个典型的子查询被展开导致sql执行计划变差的案列。**sql语句中三张表a、b、c关联查询，b和c表在外面,a在in里面。

调优过程

原始SQL如下：

SELECTDISTINCTCASEWHEN REGEXP_LIKE(B.REGISTERORGID, .XM) THENSUBSTR(B.REGISTERORGID,1,INSTR(B.REGISTERORGID, .XM, 1) - 1)ELSEB.REGISTERORGIDEND,B.SERVNUMBER,C.RECOPID,C.RECDATE,B.SUBSIDFROM TBCS.SUBSCRIBER PARTITION(SUBSCRIBER_724) B,TBCS.RECEPTION PARTITION(RECEPTION_724_202202) CWHERE B.NETTYPE = GSMAND B.ACTIVE = 1AND B.STATUS = US10AND B.CREATEDATE > TO_DATE(20220201, YYYYMMDD)AND B.REGISTERORGID LIKEHB.JM.03.%AND C.SERVNUMBER = B.SERVNUMBERAND C.RECDATE > TO_DATE(20220201, YYYYMMDD)AND C.RECDEFID = InstallAND B.SUBSID NOTIN(SELECT  A.SUBSIDFROM TBCS.SUBS_PRODUCT PARTITION(SUBS_PRODUCT_724) AWHERE A.PRODID LIKEG238354%AND A.APPLYDATE > TO_DATE(20220201, YYYYMMDD)UNIONALLSELECT  A.SUBSIDFROM TBCS.SUBS_PRODUCT PARTITION(SUBS_PRODUCT_724) AWHERE A.PRODID = MP9990103000300AND A.APPLYDATE > TO_DATE(20220201, YYYYMMDD)UNIONALLSELECT/*+ index(a IDX_SUBS_PRODUCT_PRODID) */A.SUBSIDFROM TBCS.SUBS_PRODUCT PARTITION(SUBS_PRODUCT_724) AWHERE A.PRODID IN (SELECT D.PRODIDFROM TBCS.PRODUCT DWHERE D.PRODNAME LIKEXX%XXX%OR D.PRODNAME LIKEXX%XXX%OR D.PRODNAME LIKEXX%XXX%%OR D.PRODNAME LIKEXX%XXX%%OR D.PRODNAME LIKE%XX%OR D.PRODNAME LIKE%XX%)AND A.APPLYDATE > TO_DATE(20220201, YYYYMMDD))ORDERBYCASEWHEN REGEXP_LIKE(B.REGISTERORGID, .XM) THENSUBSTR(B.REGISTERORGID, 1, INSTR(B.REGISTERORGID, .XM, 1) - 1)ELSEB.REGISTERORGIDEND,C.RECDATE;

SQL整理完成后在adg上进行测试，发现在执行过程中产生gc cr request等待事件，执行很长时间结果也出不来。

在多带带把子查询SQL拿出来执行发现not in里面的SQL运行的非常快不到一秒就完成，但是联合B表一起执行的时候就非常慢，也产生了gc cr request等待。

此时多带带把B,C表关联查询不要not in发现结果只有5000多行，如下：