【YashanDB知识库】decode函数中的子查询被不必要地多次执行

本文内容转自YashanDB官网,具体内容请见https://www.yashandb.com/newsinfo/7441387.html?templateId=1718516

问题现象

客户向yashandb下发的SQL语句执行时间超过6分钟仍未出结果

问题的风险及影响

SQL语句性能慢,影响客户业务

问题影响的版本

所有的yashandb 22.2版本

23.2版本没有这个问题

问题发生原因

decode函数在执行时判断有误,即使没有匹配到这个分支,这个分支中的子查询依然会被执行

解决方法及规避方式

规避方式:将decode改写为case when

问题分析和处理过程

通过分析如下ddl及最后sql语句的data block访问数量来判断是否有这个问题。

由于表a的pctfree设置了99,所以每个数据块中只有一条记录。此时这个表的全表扫描会有1000个左右的数据块。

对于最后的查询

select decode(rn,1,(select tname from a where tid = b.rn),'abcd') from ( select rownum rn from dual connect by rownum < 5 ) b;

由于子查询b中有4条记录,分别为1 2 3 4,decode中只会匹配1,所以decode中对a表的全表扫描只有一次。

所以,正常情况下,整个select语句会有1000多的一致读。

但是如果yashandb存在decode函数的执行问题,也就是异常情况,

整个select语句会有4000多的一致读。

正常情况下的截图:

异常情况下的截图:

经验总结

使用statistics_level=all及autotrace来分析sql语句的一致读数量,进而推断性能表现。

posted @   YashanDB  阅读(13)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· [翻译] 为什么 Tracebit 用 C# 开发
· 腾讯ima接入deepseek-r1,借用别人脑子用用成真了~
· Deepseek官网太卡,教你白嫖阿里云的Deepseek-R1满血版
· DeepSeek崛起:程序员“饭碗”被抢,还是职业进化新起点?
· RFID实践——.NET IoT程序读取高频RFID卡/标签
点击右上角即可分享
微信分享提示