http://blog.itpub.net/28602568/viewspace-2134772/
开发反应[增量库存]功能慢,并反馈查询 有指定分区条件 ,量较小;
开发反应[增量库存]功能慢,并反馈查询 有指定分区条件 ,量较小;
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/