这两天出差,出发前开发同学提了一个问题,开会间隙,有了一些想法,java代码中和Oracle中均有可能出现此错误,记录于此。
一段mybatis的代码,查询一张表的数据,SQL类似如下,
接受起始时间和截止时间,作为检索条件。
现象:
- 开发库运行这段代码,正常返回,测试库运行这段代码,无记录返回的情况正常,只要有记录返回,无论有几条,均会报错,Numeric Overflow,注意这儿报的是java.sql.SQLException,并未有任何ORA code,
- 单独运行SQL语句,开发库和测试库不会报错。
实际ORA有这个类似的Numeric Overflow报错,ORA-01426,
这是一个reduce the operands示例,
http://www.cnblogs.com/fangwenyu/archive/2010/06/11/1756643.html
除此之外,数据类型溢出的实验如下,例如PLS_INTEGER数据类型的值范围:-2的31次方 ~ 2的31次方-1,即-2,147,483,648 ~ 2,147,483,647,
上限超了2,147,483,647,则报错了ORA-01426,
上限未超2,147,483,647,
下限超了-2,147,483,648,则报错了ORA-01426,
下限未超-2,147,483,648,
补充一下,PLS_INTEGER和BINARY_INTEGER数据类型的区别,官方文档如下描述的,
根据“http://blog.csdn.net/chen7788/article/details/8620438“的描述,这两种类型的区别和优点包括,
binary_integer与pls_integer都是整型类型。
binary_integer:类型变量值计算是由Oracle来执行,不会出现溢出,但是执行速度较慢,因为它是由oracle模拟执行。
pls_integer:可以存储一个有符号的整形值,其精度范围和binary_integer一样,是:-2^31~2^31。它的执行是由硬件即直接由CPU来运算,因而会出现溢出,但其执行速度较binary_integer快许多。
pls_integer和number比较起来,其优点是:
1). 占有较少的存储空间;
2). 可以直接进行算术运算(在number上不能直接进行算术运算,如果要计算,number必须先被转换成二进制)。所以在进行算术的时候pls_integer比number和binary_integer快一些。
有些扯远了,以上是Oracle中出现ORA-01426的错误信息。回到开始mybatis报错的场景下,从报错的service层一直往下挖,entity定义如下,
可疑的地方是id列,类型是short,取值范围是-2的15次方 ~ 2的15次方-1,即-32768 ~ 32767。
问下开发,开发和测试环境max(id)值,
开发环境max(id)=5325
测试环境max(id)=177830
至此,问题就比较明显,测试环境的id值6位,已经超了short类型5位,这就可以解释为何开发环境正常,测试环境运行则会报错,单独运行SQL语句均不会报错。
让开发人员模拟插入一条6位的id记录,运行程序,此时开发环境,出现了之前测试环境的报错,明确此问题。
解决方案就是将short id改为long id,需要业务上明确此值范围,可以接受。
啰嗦一下,MOS中搜索ORA-01426,有以下场景会出现此类错误,
(1)Bug 16621589 - ORA-1426 “numeric overflow” from AUTO_SPACE_ADVISOR_JOB_PROC (文档 ID 16621589.8)
(2) ORA-01426: Numeric Overflow After Downgrade From 11g (文档 ID 1308137.1)
(3) LOGMINER FAILS WITH ORA-01426 (文档 ID 1554518.1)
MOS中搜索java.sql.SQLException,有以下产品会出现错误,
Bug 19019306 : ERROR UPDATING MEDIATOR INSTANCE: JAVA.SQL.SQLEXCEPTION: NUMERIC OVERFLOW
解决方法就是打patch,我猜和字段类型有关,
Oracle SOA Suite
‘Java.sql.SQLException: Numeric Overflow’ coming from the composite instance after completion (文档 ID 2128017.1)
需要Apply Patch 19019306。
总结:
目前已经知道了问题,反过来看,首先程序报错Numeric Overflow,提示很清楚,就是有数据类型溢出了,但未出现ORA错误号,因此很有可能不是数据库中的问题,进一步使用SQL执行,未出现错误,说明很有可能是代码问题,类型溢出的可能场景,变量定义的类型,被赋予了超过其范围的一个值,检索报错SQL涉及的变量定义,很有可能就会发现问题。
我们可能经常碰见这样的问题,一条SQL,一段code,一个环境可以,另一个环境报错,我觉得首先需要考虑的,就是明确问题的范围,是SQL语句的问题,是代码问题,抽丝剥茧,大胆怀疑,细心验证,真相往往就只有一个!
如果您觉得此篇文章对您有帮助,欢迎关注微信公众号:bisal的个人杂货铺,您的支持是对我最大的鼓励!共同学习,共同进步:)