批量操作性能优化 rewriteBatchedStatements 特性

JDBC 批量操作性能优化 rewriteBatchedStatements 特性总结

rewriteBatchedStatements 是 MySQL JDBC 驱动 (Connector/J) 提供的一个非标准但极其重要的连接参数。它通过在应用层重写 SQL 语句，来显著减少网络往返和数据库端的 SQL 解析次数，从而大幅提高批量 DML 操作的性能。

一、核心作用原理：减少网络往返和 SQL 执行次数

在默认 JDBC 批处理中，即使使用了 addBatch() 和 executeBatch()，数据库服务器仍可能将 $ N $ 条语句视为 $ N $ 个独立的执行请求。启用 rewriteBatchedStatements=true 后，驱动程序会进行以下优化：

1. 对 INSERT 语句的优化（效果最佳）

这是该特性的最大优势。驱动程序会将多条独立的 INSERT 语句重写成一条包含多组 VALUES 的单条 SQL 语句。

客户端 Batch 代码（逻辑上）	开启重写后数据库实际接收的 SQL	性能提升来源
INSERT INTO T VALUES(?); ($ \times N $)	INSERT INTO T VALUES(?), (?), (?), ...; (一条 SQL 语句)	极高。 数据库只需解析和执行一次，效率是默认批处理的数倍。

2. 对 UPDATE 和 DELETE 语句的优化

驱动程序通常不会对 UPDATE 和 DELETE 语句进行多值语句重写。但它会通过以下方式优化：

• 多查询合并（Multi-Query）： 驱动程序将 $ N $ 条 UPDATE 或 DELETE 语句用分号（;）连接起来，形成一个多查询字符串，在单次网络往返中发送给数据库。
• 性能提升： 提升主要来自将 $ N $ 次网络往返（Round Trips）减少到 $ 1 $ 次（或少数几次）。数据库端仍然会依次执行 $ N $ 条语句。

二、使用注意事项和潜在风险

方面	描述
推荐性	强烈推荐在所有批量 INSERT、UPDATE 和 DELETE 场景下使用。
错误处理	启用该特性后，批处理中的任何一条 SQL 失败，可能会导致后续的语句全部停止执行。 executeBatch() 返回的受影响行数数组可能不精确。
Statement	虽然对 Statement 对象也有效，但可能会引入 SQL 注入风险。推荐搭配 PreparedStatement 使用。
最佳实践	对于批量 DELETE： 手动将多个 ID 合并成一条带有 IN 子句的 SQL 语句，性能通常比依赖 rewriteBatchedStatements 更高。

三、主流数据库对批量操作的支持概览

数据库	JDBC 批量优化机制	是否有类似 rewriteBatchedStatements 的驱动参数
MySQL	JDBC 批处理 + SQL 重写	有： rewriteBatchedStatements=true
PostgreSQL	JDBC 批处理 + Extended Query Protocol	有： reWriteBatchedInserts=true
Oracle	JDBC 批处理（标准）	无。 依赖 JDBC 标准批处理，驱动内部进行高效的数据传输。
SQL Server	JDBC 批处理（标准）	无。 可使用 Bulk Copy 机制进行高效批量导入。

总结：

rewriteBatchedStatements 是一个强大的优化工具，尤其对于 MySQL 的批量 INSERT 性能提升是革命性的。在配置 JDBC 连接时，应当始终考虑开启此参数（或 PostgreSQL 的类似参数）来充分利用批处理带来的性能优势。