Spring Boot JDBC对接PostgreSQL大批量双表关联插入的最快实现方案是什么

1. 优先修正代码参数绑定错误 #

当前代码参数类型和占位符逻辑完全不匹配，会直接导致数据写入错误，需先修正对应setXXX方法与参数的类型对应关系：比如用户名字段为字符串则使用ps.setString(1, data.getUsername())，密码为字符串则使用ps.setString(2, data.getPassword())，以此类推修正所有参数绑定逻辑。

2. 开启JDBC批处理合并配置 #

PostgreSQL默认不会合并批量INSERT语句，需在JDBC连接URL中添加如下参数：
jdbc:postgresql://host:port/数据库名?reWriteBatchedInserts=true&prepareThreshold=0
开启reWriteBatchedInserts后驱动会自动把批量单条INSERT合并为多VALUES的批量语句，性能可提升10-50倍

3. 调整事务提交策略 #

在调用batchUpdate前手动关闭自动提交：
jdbcTemplate.getDataSource().getConnection().setAutoCommit(false);
整批执行完成后手动提交事务：
jdbcTemplate.getDataSource().getConnection().commit();
避免单条语句自动提交的额外开销。

4. 优化SQL为整批一次性处理 #

现有SQL每条记录单独走CTE逻辑，哪怕开启批处理也不如一次性处理整批数据高效，可改为如下写法：

WITH inserted_users AS (
    INSERT INTO user_%s (username, password, email, phone, person_id)
    SELECT * FROM UNNEST(?::text[], ?::text[], ?::text[], ?::text[], ?::bigint[])
    RETURNING user_id, row_number() OVER () AS rn
),
info_batch AS (
    SELECT info, row_number() OVER () AS rn FROM UNNEST(?::text[]) AS info
)
INSERT INTO info_%s (user_id, info, full_text_search)
SELECT iu.user_id, ib.info, to_tsvector(ib.info)
FROM inserted_users iu
JOIN info_batch ib ON iu.rn = ib.rn

通过UNNEST一次性传入整批所有字段的数组，一次性完成整批两张表的插入，避免逐条处理的开销。

5. 拆分合理批次大小 #

不要一次性提交数十万条数据，拆分批次为每批1000-5000条，根据实际压测结果调整最优值，避免单次请求过大导致数据库内存占用过高、锁等待时间变长。

6. 临时优化数据库写入配置 #

插入前可临时降低非必要的校验开销：

• 临时删除info_%s表full_text_search字段对应的GIN索引，全量插入完成后再重建
• 临时关闭两张表的外键约束、非必要触发器，插入完成后再恢复
• 调整PostgreSQL配置maintenance_work_mem、wal_buffers为较大值，提升大写入场景的性能

7. 可选优化：全文检索字段改为生成列 #

如果使用PostgreSQL 12及以上版本，可将full_text_search字段设置为生成列：

ALTER TABLE info_%s ADD COLUMN full_text_search tsvector GENERATED ALWAYS AS (to_tsvector(info)) STORED;

无需在插入语句中手动处理该字段，减少参数传递和出错概率。

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