Docker化Spring Boot+PostgreSQL14每8-10请求延迟15-20秒排查求助

1. 先查容器资源限流触发情况 #

• 用docker stats实时监控PostgreSQL容器，延迟出现时观察CPU是否被限流（%CPU突然卡在限制值，或出现throttled标记）、内存是否接近上限触发swap。
• 核对docker-compose或run命令的资源配置：如果设置了--cpus 0.5这类低CPU限制，复杂查询累积8-10次后刚好触达限流阈值，直接导致卡顿。
• 同步检查宿主机资源：用htop或top查看延迟出现时宿主机CPU、内存、磁盘IO是否被其他进程/容器占满，导致PostgreSQL抢不到资源。

2. 排查容器存储IO瓶颈 #

• 容器默认用overlay2驱动，复杂查询的临时排序、关联操作依赖磁盘IO：用iostat -x 1观测，看延迟出现时磁盘util%是否拉满到100%，读写吞吐量是否达到瓶颈。
• 确认存储方式：如果是用bind mount挂载宿主机目录存储PG数据，换成Docker volume测试——bind mount的IO性能远低于volume，尤其是机械硬盘环境下，临时文件累积会直接堵死。
• 检查PG内存配置：执行show work_mem;和show temp_file_limit;，如果work_mem设得太小，复杂查询会频繁生成临时文件，容器存储层IO跟不上就会周期性卡壳。

3. 排查跨容器网络问题 #

• 检查网络模式：如果用默认bridge网络，跨容器通信的NAT转发在高并发时可能出现队列累积，每8-10次请求刚好触达连接跟踪阈值。换成host网络测试，看延迟是否消失。
• 直接在PG容器内执行查询：docker exec -it <pg-container-id> psql -U <user> -d <db> -c "你的复杂查询语句"，如果同样出现周期性延迟，说明问题在PG容器本身，与Spring Boot无关。
• 查看连接状态：在PG容器内用ss -s查看TCP连接，是否有大量TIME_WAIT连接累积，导致新连接建立缓慢。

4. 对比PG容器与本地的配置差异 #

• 检查PG内核参数：对比本地PG的shared_buffers、effective_cache_size，容器内的PG可能因为内存限制自动调低这些参数，导致缓存命中率周期性下降，每次缓存失效就会触发全表扫描/磁盘读取。
• 监控PG日志：docker exec -it <pg-container> tail -f /var/log/postgresql/postgresql-14-main.log，延迟出现时查看是否有checkpoint、autovacuum这类后台操作触发——容器资源受限的情况下，这些操作会被放大成15-20秒的卡顿。
• 检查连接池配置：Spring Boot的HikariCPmaximumPoolSize是否超过PG容器的max_connections，导致连接排队，累积到一定次数后出现阻塞。

5. 排查Docker守护进程的调度干扰 #

• 查看Docker日志：journalctl -u docker.service，看延迟出现时是否有容器重启、镜像清理、调度等操作占用宿主机资源。
• 特权模式测试（仅用于排查）：给PG容器添加--privileged参数启动，看是否还出现延迟——排除容器内核权限限制导致的性能问题，比如内存锁定、IO调度权限不足。

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