正常使用的功能突然异常了,是天灾还是人祸?

正常使用的功能突然异常了,是天灾还是人祸?——人祸。

过程

今天一个很正常的查询功能突然异常了,前台显示不了数据,后台报错:Caused by: java.sql.SQLException: Fail to convert to internal representation。那我们就从这个异常入手吧。

异常明细:

Caused by: java.sql.SQLException: Fail to convert to internal representation
        at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112)
        at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:146)
        at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:208)
        at oracle.jdbc.driver.CharCommonAccessor.getLong(CharCommonAccessor.java:239)
        at oracle.jdbc.driver.OracleResultSetImpl.getLong(OracleResultSetImpl.java:558)
        at oracle.jdbc.driver.OracleResultSet.getLong(OracleResultSet.java:1575)
        at org.apache.commons.dbcp.DelegatingResultSet.getLong(DelegatingResultSet.java:278)
        at org.apache.commons.dbcp.DelegatingResultSet.getLong(DelegatingResultSet.java:278)
        at org.apache.ibatis.type.LongTypeHandler.getNullableResult(LongTypeHandler.java:37)
        at org.apache.ibatis.type.LongTypeHandler.getNullableResult(LongTypeHandler.java:26)
        at org.apache.ibatis.type.BaseTypeHandler.getResult(BaseTypeHandler.java:55)
        at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.getPropertyMappingValue(DefaultResultSetHandler.java:393)
        at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.applyPropertyMappings(DefaultResultSetHandler.java:367)
        at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.getRowValue(DefaultResultSetHandler.java:341)
        at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.handleRowValuesForSimpleResultMap(DefaultResultSetHandler.java:294)
        at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.handleRowValues(DefaultResultSetHandler.java:269)
        at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.handleResultSet(DefaultResultSetHandler.java:239)
        at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.handleResultSets(DefaultResultSetHandler.java:153)
        at org.apache.ibatis.executor.statement.PreparedStatementHandler.query(PreparedStatementHandler.java:60)
        at org.apache.ibatis.executor.statement.RoutingStatementHandler.query(RoutingStatementHandler.java:73)
        at org.apache.ibatis.executor.SimpleExecutor.doQuery(SimpleExecutor.java:60)
        at org.apache.ibatis.executor.BaseExecutor.queryFromDatabase(BaseExecutor.java:267)
        at org.apache.ibatis.executor.BaseExecutor.query(BaseExecutor.java:137)
        at org.apache.ibatis.executor.CachingExecutor.query(CachingExecutor.java:96)
        at org.apache.ibatis.executor.CachingExecutor.query(CachingExecutor.java:77)
        at org.apache.ibatis.session.defaults.DefaultSqlSession.selectList(DefaultSqlSession.java:108)
        at org.apache.ibatis.session.defaults.DefaultSqlSession.selectList(DefaultSqlSession.java:102)
        at sun.reflect.GeneratedMethodAccessor239.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:358)
        ... 97 more

重点在:at oracle.jdbc.driver.CharCommonAccessor.getLong(CharCommonAccessor.java:239),看来是类型转换时出错了。通过反编译ojdbc.jar定位到具体的代码:

package oracle.jdbc.driver;

abstract class CharCommonAccessor extends Accessor
{
   
    long getLong(final int n) throws SQLException {
        long long1 = 0L;
        if (this.rowSpaceIndicator == null) {
            DatabaseError.throwSqlException(21);
        }
        if (this.rowSpaceIndicator[this.indicatorIndex + n] != -1) {
            try {
                long1 = Long.parseLong(this.getString(n).trim());
            }
            catch (NumberFormatException ex) {
                DatabaseError.throwSqlException(59);
            }
        }
        return long1;
    }
    
}

在String转换Long的时候,捕获了一个异常,抛出异常代码为“59”,那我们在看一下59代表什么。

package oracle.jdbc.driver;
public class DatabaseError
{    
    public static final int EOJ_CONVERSION_JAVA_ERROR = 59;
}

大意是转换java类型时错误。

既然是long类型转换异常了,那我们就在数据库执行了这个语句,重点关注 “数据库:varchar > Java:long”的字段,发现在数据库中,PID字段为varchar(32),但是在代码中,它是long类型,注意有几个值已经明显超出了Long.MAX_VALUE,判断在此出现了转换异常。修改后,功能恢复正常。

image.png

总结

这次异常的原因,首先是因为在处理之前的异常时,人为修改了生产表数据;其次是数据库的数据类型没有和代码中保持一致,在设计数据库和定义代码数据类型时偷懒了。

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 六种异常处理的陋习 你觉得自己是一个Java专家吗?是否肯定自己已经全面掌握了Java的异常处理机制?在下面这段代...
    Executing阅读 1,369评论 0 6
  • 笔记: java.lang.NullPointerException(空指针异常) 这个异常大家肯定都经常遇到,异...
    爱跪键盘的胡阅读 173评论 0 0
  • 转载至:http://www.cnblogs.com/cvst/p/5822373.html Java Excep...
    小沙鹰168阅读 1,919评论 0 3
  • (一) 异常处理 【强制】不要捕获 Java 类库中定义的继承自 RuntimeException 的运行时异常类...
    打不过猫的鱼阅读 978评论 0 0
  • 推荐指数: 6.0 书籍主旨关键词:特权、焦点、注意力、语言联想、情景联想 观点: 1.统计学现在叫数据分析,社会...
    Jenaral阅读 5,755评论 0 5