(转) JAVA,Mybatis,Oracle变量类型与字段类型不一致，分区表全扫的优化

http://blog.itpub.net/28602568/viewspace-2134772/

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

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 hh24:mi:ss')  and  createtm< to_date(#{ params.endtm },'yyyy-mm-dd hh24:mi:ss')

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

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10248702/viewspace-2148618/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10248702/viewspace-2148618/