Apache DBUtils Query Runner批量更新性能与Oracle限制问题咨询

我们有一个应用，会根据状态从数据库中选取数据行，处理后更新其状态以避免重复选取。目前使用Apache DBUtils Query Runner执行查询，并通过BeanHandler将结果转换为Bean对象。

此前通过queryRunner.update(Connection, updateQuery)方法，使用带IN子句的SQL按ID更新数据：

UPDATE TABLE SET STATUS = 'P' WHERE ID IN ('id1', 'id2'....);

但发现Oracle的IN子句最多支持1000个元素，而我们希望处理更多记录以提升性能（此前发现抓取量越高性能越好），因此考虑使用QueryRunner的batch方法：

public int[] batch(Connection conn,
                   String sql,
                   Object[][] params)
            throws SQLException;

将ID传入参数中，现咨询以下问题：

1. 常规查询与更新场景中，哪种方式性能更优？ #

• 高抓取量、含大量元素的IN子句更新（循环次数更少）性能更优
  数据库交互的核心开销在于网络往返、连接/事务的创建与释放、SQL解析次数。高抓取量方式减少了与数据库的交互次数，单次处理更多数据，虽然单条SQL的解析和执行会稍重，但整体的网络、连接开销远低于多次循环的低抓取量方式。低抓取量方式需要多次发送SQL到数据库，重复的连接和解析会累积大量额外开销，性能自然更低。

2. QueryRunner.batch是否存在IN子句1000个元素的限制？ #

QueryRunner.batch不存在这个限制，它采用的是完全不同的机制：
你需要编写单条参数化SQL，比如：

UPDATE TABLE SET STATUS = 'P' WHERE ID = ?

然后将所有需要更新的ID以二维数组的形式传入params参数。底层基于JDBC的批处理API（addBatch() + executeBatch()），将多条参数化SQL批量提交给数据库，而非拼接IN子句，因此不受Oracle对IN子句元素数量的限制。

3. QueryRunner.batch是否会逐条执行更新，性能不如IN子句？ #

QueryRunner.batch不是逐条执行，它依赖JDBC驱动的批处理能力，将多条更新请求打包后一次性提交给数据库，性能不会比IN子句方式差太多：

• 单条大IN子句的更新在数据库端的处理效率略高，因为是单条SQL执行；
• 但QueryRunner.batch可以突破1000元素的限制，且避免了手动拆分IN子句的复杂逻辑；
• 只要数据库驱动支持高效批处理（Oracle JDBC驱动对此支持良好），batch方式的性能与大IN子句方式的差距很小，远优于多次循环小IN子句的方式。

内容的提问来源于stack exchange，提问作者Sijo Kurien