记一次千万级ORCLE数据库SQL查询优化

前两天公司项目上线,我负责的一个服务突发超时异常,找了半天,终于发现了原因,在此记录下来,供以后参考,也希望能帮到遇到相同问题的朋友。

超时原因:脚本问题,简单描述如下

SELECT

A.ID,

A.TANAME,

B.CODE,

B.LBNAME

FROM TABLE_A A

LEFT JOIN TABLE_B B

ON A.ID = B.ID

LEFT JOIN TABLE_C C

ON A.ID = C.ID

LEFT JOIN .........

ON......

WHERE 1=1

AND DECODE(A.VAL,'TO_CUT',10,NVL(B.STATUS,5)) IN (1,2,3,4,5);

直接说问题出现的原因:WHERE语句后使用了DECODE函数,DECODE操作的A表是千万级数据,关联的B表也是千万级数据,这里使用DECODE频繁判断,导致性能变差。我们的业务是在这个脚本外层包一个普通分页,只展示15条数据,未优化前查询大约需要200多秒,优化后,查询结果1.7秒,结果真的很吓人。

优化方法:去掉DECODE函数,mybatis中加if判断条件,分情况查询

注:DECODE函数在数据量小的时候这样用是可以的,数据量大了,超千万就不能这么用了。

方法简单,但是这个结果却很让人吃惊,就一个DECODE函数,竟然导致脚本性能降低200多倍,实在可怕。

 

 

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值