jdbc批量操作需手动适配数据库方言差异：mysql需开启rewritebatchedstatements；postgresql用returning获取全部主键；oracle不支持多值insert且返回数组可能截断；sql server注意触发器影响，建议用tvp。
JDBC 本身不直接处理数据库方言差异，批量操作的底层机制（addBatch/executeBatch）是统一的，但不同数据库对批量语句的支持程度、参数限制、返回行为和优化策略存在明显差异。实际开发中需主动适配，不能依赖 JDBC 驱动自动“翻译”。
核心差异点与应对方式
不同数据库在批量操作上的关键区别集中在以下几方面：
-
MySQL：默认关闭
rewriteBatchedStatements=true时，JDBC 实际仍按单条执行（仅合并网络包），开启后才真正转为INSERT ... VALUES (),(),()形式；批量更新/删除不支持重写，必须用PreparedStatement+ 占位符逐条设参。 -
PostgreSQL：原生支持
executeBatch，但批量插入若含自增主键（如SERIAL），getGeneratedKeys()可能只返回首条；建议显式使用RETURNING子句获取全部生成值。 -
Oracle：不支持多值 INSERT（
VALUES (),(())），批量插入必须用PreparedStatement循环设参；且需注意executeBatch()返回的数组长度可能小于预期（部分失败时会截断），应配合BatchUpdateException的getUpdateCounts()判断每条结果。 -
SQL Server：支持
rewriteBatchedStatements（对应sendStringParametersAsUnicode=false等配置），但批量更新若涉及触发器或大字段（TEXT/NTEXT），性能下降明显，建议拆分批次或改用表值参数（TVP）。
代码层适配建议
避免硬编码方言逻辑，优先通过连接参数和运行时检测收敛差异：
- 连接 URL 中添加数据库特定参数，例如 MySQL 加
?rewriteBatchedStatements=true&useServerPrepStmts=false，PostgreSQL 加?stringtype=unspecified防止类型推断错误。 - 执行前用
DatabaseMetaData.getDatabaseProductName()获取库名，动态调整批次大小（如 Oracle 建议 ≤ 1000，PostgreSQL 可设 5000+）。 - 对需要返回主键的场景，统一用
Statement.RETURN_GENERATED_KEYS，但针对 PostgreSQL 补充RETURNING id，Oracle 改用序列 +SELECT seq.NEXTVAL FROM DUAL预生成。 - 捕获
BatchUpdateException后，不要直接遍历getUpdateCounts()数组——Oracle 可能返回EXECUTE_FAILED标志而非负数，需检查getSQLException().getSQLState()判断是否可重试。
事务与异常处理的方言意识
批量操作必须绑定事务，但各库对事务中断的响应不同：
- MySQL 默认
autocommit=false下某条失败会回滚整个批次（取决于continueBatchOnError设置）； - PostgreSQL 和 SQL Server 默认整批原子性更强，一条失败即终止，需手动分段重试；
- Oracle 的
BATCH模式下，部分失败时已执行语句仍生效（非全有或全无），必须结合SAVEPOINT分段控制。
因此，事务边界应由业务决定，而非依赖驱动默认行为。推荐显式 setAutoCommit(false)，出错时调用 rollback()，成功后 commit()，并始终 clearBatch() 防内存泄漏。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
