公交司机解决PSQLException
最近遇到了一个bug，是关于JPA语句的问题，其实代码很简单，就是使用NamedQuery对数据库中符合条件的数据进行更新操作，代码如下（其实不想贴代码）
@NamedQuery(name = "customer.updateSentToBusinessCheckByCustomerIds", query = "update Customer as c set c.sentToBusinessCheck = true where c.id in :customerIds")})
很简单就是in 后面传递一个list的参数，根据这个list当中的数值进行条件更新，因为数据量小的时候比如几百、几千还是没有问题的，但是一旦list中的数据变大之后，准确的说是超过三万多就不行了（你知道为什么是三万多吗，或者这么问你知道为什么数值是32767吗），生产上我们这里的list是五万多记录，于是会报如下错误（其实真的不想贴代码）：
Internal Exception: org.postgresql.util.PSQLException: An I/O error occured while sending to the backend. Error Code: 0 Call: UPDATE CUSTOMER SET SENTTOBUSINESSCHECK = ?, ENTITYVERSION = (ENTITYVERSION + ?) WHERE (ID IN (?,?,?,?,?,?,?,?,?,?......)bind => [60102 parameters bound]
最快速的解决问题的办法——Google（你知道为啥不用百度吗？），从网上找到一篇文章（轻击这里）重点引用如下。（请注意，具体的解决办法不重要，重要的是作者解决问题的思路和行动意识。）
Not a very concrete message, right? When I first saw this exception I waskind of baffled and disaffected. But after narrowing down the problem in adebug session and looking at the PostgreSQL JDBCdriver’s source code the cause was obvious: the PostgreSQLclient/backend protocol dictates that the number of parameters be send from theclient to the Postgres backend as a 2 byte integer (aaah, now the above message actually makes sense). You’llfind details of the protocol here if you’re brave (my 2-byte friend is definedin the Parse message).
这下明白了，出现异常的原始是因为JPA实现的时候允许的最大的参数数目是有上限的（废话~）。文章最后也说了解决办法，一旦当参数超过上限这个时候就应该把参数分别传递，在这里就是将list分别传递到JPA语句中进行更新操作。最终代码如下（真的，真的不想贴代码）
......
emMain.createNamedQuery("customer.updateSentToBusinessCheckByCustomerIds").setParameter("customerIds",customerIds);
int size=customerIds.size();
if(size>30000){
List<Long> customerIdsSplit=new ArrayList<Long>();
for(int i=0;i<size;i++){
customerIdsSplit.add(customerIds.get(i));
if(customerIdsSplit.size()==30000){
updateList(customerIdsSplit);
customerIdsSplit.clear();
}
}
updateList(customerIdsSplit);
}else{
updateList(customerIds);
}
......
private void updateList(List<Long> customerIdsSplit) {
Query query = emMain.createNamedQuery("customer.updateSentToBusinessCheckByCustomerIds")
.setParameter("customerIds",customerIdsSplit);
query.executeUpdate();
}
关于解决问题的东西到此结束了，但是以上都不是本文的重点，有几点感触比较深刻的。
1. 那篇博客自己很喜欢，代码很少重在思路。
2. 看源码，是90%问题的解决之道，前提是时间允许。
3. 一切有因有果（这里指那三万多这个数字是有他的来头的）。
后记
都说程序员，或者软件行业是是需要高智商的，我不这么认为，论据如下：解决完这个问题之后想起来每天都能听到公交车司机咆哮的那句话，“上不去的乘客等下一辆吧！后面跟着一辆呢！！后面的那辆马上就到了！！！”这不就是人太多坐不下然后就需要分批运送么，和上面的问题解决思路是一样的啊！如此可见公交车司机和程序员（或者说工程师）的职位对智商要求是一样的。最后的最后，附图一张聊表心意。
（在车上拍的，当时算了一下，不禁心中一惊）