之前一直以为boneCP和QueryRunner是绑定的,但是其实不是,后者来自于commons-dbUtils,BoneCP就是负责连接池。
while preparing SQL: UPSERT INTO.... Parameters[]
如果采用QuerRunner的exuecute,不可避免将会使用到里面的Connection.prepareStatement,prepareStatement本意是使SQL能够进行预编译,这样该SQL在多次执行的时候将会提高性能;但是前提是Driver需要支持预编译。现在看来只要走预编译,将会爆异常;所以推测phoenix的Driver应该不支持预编译。
此时回到了bonecp的初心:我决定不采用QueryRunner对象;而是仅仅利用bonecp的连接池,然后直接。但是我纠结一个问题:从bonecp里面借来的connection用完之后是否要马上close掉?close了是不是bonecp还要再建立?是不是有开销;
后来发现在stackoverflow中已经有人讨论过这个问题:每次都关闭;因为bonecp返回的connection其实是一个connection的包装器(ConnectionHandler);通过这个包装器的close()其实并不是物理关闭这个connection,而是还回了缓冲池,问题原来是这样(简单读了一下源码,确实没有物理关闭连接)。
不过要注意在应用退出的时候增加一个pool的shutdown动作.