SQL优化案例——in和exist的优化

涉及知识:in 和 exist的原理
问题现象:
在应收应付的单据相关业务中,出现了明显的SQL效率问题。SQL执行耗时三分钟以上。
由于最终查询数据量较小,故认为可以优化至3秒以内。
问题SQL如下
SELECT DISTINCT ar_recbill.pk_recbill,
ar_recbill.billdate,
ar_recbill.billno
FROM ar_recbill ar_recbill
WHERE (ar_recbill.pk_org = '00014910000000002Z8G' AND
(ar_recbill.billdate >= '2015-12-14 00:00:00' and
ar_recbill.billdate <= '2015-12-14 23:59:59'))
AND ar_recbill.billstatus <> 9
AND ar_recbill.isinit = 'N'
AND ar_recbill.pk_group = '00013910000000000N4S'
AND (ar_recbill.pk_recbill NOT IN
(SELECT fr.src_relationid
FROM fip_relation fr
where fr.des_org in (select pk_accountingbook
from org_accountingbook
where accounttype = 1)))
AND ar_recbill.dr = 0
ORDER BY ar_recbill.billdate, ar_recbill.billno

问题分析:
从语句中我们可以看到,并没有复杂的连接操作,所以效率问题应该是在where的选择条件中。而这里比较可疑的条件就是 not in语句的存在。通过执行计划,我们可以确信这一点。
Plan hash value: 920333179


| Id | Operation | Name | Starts | E-Rows | A-Rows | A-Time | Buffers | Reads | OMem | 1Mem | Used-Mem |

| 0 | SELECT STATEMENT | | 1 | | 11 |00:03:34.92 | 13M| 12M| | | |
| 1 | SORT ORDER BY | | 1 | 1 | 11 |00:03:34.92 | 13M| 12M| 2048 | 2048 | 2048 (0)|
|* 2 | FILTER | | 1 | | 11 |00:03:34.92 | 13M| 12M| | | |
|* 3 | TABLE ACCESS BY INDEX ROWID | AR_RECBILL | 1 | 1 | 11 |00:00:00.01 | 11 | 0 | | | |
|* 4 | INDEX RANGE SCAN | AR_RECBILL_BILLDATE | 1 | 1 | 11 |00:00:00.01 | 3 | 0 | | | |
| 5 | NESTED LOOPS | | 11 | 1 | 0 |00:03:34.92 | 13M| 12M| | | |
| 6 | NESTED LOOPS | | 11 | 1 | 0 |00:03:34.92 | 13M| 12M| | | |
|* 7 | TABLE ACCESS FULL | FIP_RELATION | 11 | 1 | 0 |00:03:34.92 | 13M| 12M| | | |
|* 8 | INDEX UNIQUE SCAN | PK__ACCOUNTINGBOOK | 0 | 1 | 0 |00:00:00.01 | 0 | 0 | | | |
|* 9 | TABLE ACCESS BY INDEX ROWID| ORG_ACCOUNTINGBOOK | 0 | 1 | 0 |00:00:00.01 | 0 | 0 | | | |


Predicate Information (identified by operation id):

2 - filter( IS NULL)
3 - filter(("AR_RECBILL"."ISINIT"='N' AND "AR_RECBILL"."DR"=0 AND "AR_RECBILL"."BILLSTATUS"<>9 AND
"AR_RECBILL"."PK_GROUP"='00013910000000000N4S'))
4 - access("AR_RECBILL"."PK_ORG"='00014910000000002Z8G' AND "AR_RECBILL"."BILLDATE">='2015-12-14 00:00:00' AND
"AR_RECBILL"."BILLDATE"<='2015-12-14 23:59:59')
7 - filter(LNNVL("FR"."SRC_RELATIONID"<>:B1))
8 - access("FR"."DES_ORG"="PK_ACCOUNTINGBOOK")
9 - filter("ACCOUNTTYPE"=1)

我们可以发现,最耗时的语句为7,走了全表扫描。而这个全表扫描,走了filter。看到filter我们得知,SQL没有走索引,同时还进行了函数的转换。LNNVL("FR"."SRC_RELATIONID"<>:B1。源SQL语句中是查询pk_recbill NOT IN SELECT fr.src_relationid。这里发生了隐式转化。

问题解决:

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,088评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,715评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,361评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,099评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 60,987评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,063评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,486评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,175评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,440评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,518评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,305评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,190评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,550评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,880评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,152评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,451评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,637评论 2 335

推荐阅读更多精彩内容