今天项目里同事出现一个奇怪的问题,就是一个prepareStatement的resultset, getInt(1) 连续调用多次,就会出现如下异常:
java.lang.ArrayIndexOutOfBoundsException: 1
at org.postgresql.util.ByteConverter.int4(ByteConverter.java:46) ~[postgresql-42.2.5.jar:42.2.5]
at org.postgresql.jdbc.PgResultSet.getInt(PgResultSet.java:2061) ~[postgresql-42.2.5.jar:42.2.5]
at org.postgresql.jdbc.PgResultSet.internalGetObject(PgResultSet.java:183) ~[postgresql-42.2.5.jar:42.2.5]
at org.postgresql.jdbc.PgResultSet.getObject(PgResultSet.java:2572) ~[postgresql-42.2.5.jar:42.2.5]
at com.zaxxer.hikari.pool.HikariProxyResultSet.getObject(HikariProxyResultSet.java) ~[HikariCP-3.4.5.jar:?]
我第一反应是不是线程安全问题,我仔细查看了同事的代码,由于用的是Spring JDBCTemplate, 也基本不太会出现线程安全和资源泄露的问题,在网上搜了一圈,也没搜到什么结果,我们的异常是getObject(1), 不可能越界,越界的是 PG的代码,极有可能是PG的问题,那么只能自己分析PG JDBC driver源码了。网上也有其他人反应过这个问题,PG官方测试无法重现,后来问题报告者说用的是GuassDB,极有可能是GuassDB的bug了,看来,只能想办法绕过这个问题了,PG为什么要在getInt时去ByteConverter呢?搜了pg官方BBS,有一段说明:
After the 5th select we switch to binary mode.
好吧,那么,可以disable这个特征吗?继续google,还真可以,BBS上说:
you change prepareThreshold=0 which turns this feature off
赶紧让同事试试在jdbc url后面加上这个参数测试,果然解决了问题。