运行在Docker容器中的PostgreSQL数据库执行批量插入时出现挂起问题

根因定位 #

该问题为PostgreSQL 13.3 Alpine镜像的已知缺陷，与Docker资源配置、PostgreSQL常规参数、Npgsql驱动都无关联：
该版本PostgreSQL镜像基于musl 10.3.1编译，默认依赖系统/dev/random生成随机数用于wal日志写入、事务提交校验，而Alpine容器默认的熵池容量极小，短时间大量单条插入的事务场景下，熵池会快速耗尽，PostgreSQL进程会进入阻塞状态等待熵补充，表现为插入中断、容器无错误日志输出，且每次插入的中断条数固定。非Docker部署的PostgreSQL多基于glibc运行，熵池调度机制不同，因此不会触发该问题。

解决方案 #

测试场景快速修复 #

启动容器时挂载/dev/urandom替换/dev/random，绕过熵池不足的限制：

docker run -v /dev/urandom:/dev/random [你的其他启动参数] postgres:13.3-alpine

该方案无需修改代码或数据库配置，与现有单条插入的测试逻辑完全兼容。

参数优化适配 #

单元测试场景无需严格保证数据持久化，可在PostgreSQL配置中添加参数：

synchronous_commit = off

关闭事务提交时等待wal日志落盘的逻辑，既可以避免熵池阻塞问题，还能大幅提升单条插入的性能。

镜像替换方案 #

如果不想修改启动参数或数据库配置，直接替换为基于Debian的官方PostgreSQL镜像即可：

postgres:13.3

该镜像基于glibc编译，与非Docker部署的PostgreSQL行为完全一致，不会触发musl对应的熵池问题。

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