JAVA,Mybatis,Oracle变量类型与字段类型不一致、分区表全扫的优化示例

这篇文章主要介绍JAVA,Mybatis,Oracle变量类型与字段类型不一致、分区表全扫的优化示例,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!

成都创新互联公司-专业网站定制、快速模板网站建设、高性价比临武网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式临武网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖临武地区。费用合理售后完善,十多年实体公司更值得信赖。

开发反应[增量库存]功能慢,并反馈查询有指定分区条件,量较小;

1)通过 Oracle DBA常用sql分享 (正在执行的sql) 发现,该SQL的COST>1400000;

2)再通过select * from table(dbms_xplan.display_cursor( 'SQL_ID','0','advanced'));  分析该sql的执行计划和绑定变量情况发现

             PARTITION RANGE ALL 分区全扫;---->createtm分区字段传参数了 为啥会全扫?

                                               |

                            绑定变量中createtm分区条件显示有传值 

                                               |

 分区条件createtm 部分有【INTERNAL_FUNCTION 隐含转换函数】;---> 猜测 传参类型和DB字段类型不一致导致分区表全扫;

                                               |

通过DBA_HIST_SQLBIND查到createtm分区条件传参(2017/01/17 14:20:00 -2017/01/17 14:25:00),字段类型为timestamp,而createtm字段为date类型;

总结:

   开发在java层用的mybatis框架,把date类型字段转换成timestamp类型【and createtm $gt:=#{params.begintm} and createtm $lt:#{params.endtm}】,出现INTERNAL_FUNCTION 隐含转换,导致及时分区条件createtm传分区条件也被识别成未传变量,导致分区表全扫;

   优化后 and createtm>= to_date(#{params.begintm},'yyyy-mm-dd hh34:mi:ss')  and createtm< to_date(#{params.endtm},'yyyy-mm-dd hh34:mi:ss')

    
--补充注意Java中的日期变量需要使用String来存储.

JAVA,Mybatis,Oracle变量类型与字段类型不一致、分区表全扫的优化示例

以上是“JAVA,Mybatis,Oracle变量类型与字段类型不一致、分区表全扫的优化示例”这篇文章的所有内容,感谢各位的阅读!希望分享的内容对大家有帮助,更多相关知识,欢迎关注创新互联行业资讯频道!


新闻名称:JAVA,Mybatis,Oracle变量类型与字段类型不一致、分区表全扫的优化示例
文章地址:http://myzitong.com/article/ijegoi.html