美文网首页
SQL优化案例——in和exist的优化

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

作者: 小漠穷秋 | 来源:发表于2017-12-13 16:23 被阅读0次

涉及知识: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。这里发生了隐式转化。

问题解决:

相关文章

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

    涉及知识:in 和 exist的原理问题现象:在应收应付的单据相关业务中,出现了明显的SQL效率问题。SQL执行耗...

  • 详解MySQL之SQL优化(1)

    MySQL学习笔记(6) SQL优化(1) 优化SQL的一般步骤 本文所涉及案例表来自MySQL的案例库sakil...

  • 数栈SQL优化案例:OR条件优化

    本文整理自:袋鼠云技术荟 | SQL优化案例(2):OR条件优化[https://link.zhihu.com/?...

  • 常用sql优化2019-09-27

    sql优化 sql优化.................................................

  • mysql数据库优化

    1. Mysql优化介绍 1.1 sql优化 a. sql优化分析b. 索引优化c. 常用sql优化d. 常用优化...

  • Mysql 优化

    1.Sql优化 1)sql优化分析2)索引优化3)sql语句优化4)一些常用的技巧优化 (正则、函数) 2.优化数...

  • MySQl优化学习笔记(七)SQL优化简介

    一、SQL优化简介 1、我们平时说的SQL优化就是优化SQl语句和索引(通俗说就是使用什么样的SQL语句能够让索引...

  • sql优化的一般策略

    sql 优化的一般策略:索引优化,sql改写,参数优化,优化器 索引优化 以select * from vvsho...

  • sql优化案例

    说明一下sql的优化过程 场景介绍 数据库 mysql 5.6场景说明 课程表: 课程表插入数据,20条: 学生表...

  • 11-mysqlSQL分析

    六星教育 - java-mysql优化1909 SQL优化 所谓SQL优化:基于MySQL的优化器查询规则来优化S...

网友评论

      本文标题:SQL优化案例——in和exist的优化

      本文链接:https://www.haomeiwen.com/subject/bpczixtx.html