记一次千万级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多倍，实在可怕。