生产环境Spring Boot应用REST API响应缓慢问题排查与优化咨询

1. 排查Nginx与后端服务的网络连通性 #

• 在Nginx服务器上执行网络测试：用ping 172.XX.X.XX检查丢包与延迟，telnet 172.XX.X.XX 443验证端口连通性，或用curl -v https://172.XX.X.XX:443/mhk-cmt-app/master/modules?&isglobal=all&startIndex=0&pageSize=10&sortBy=id模拟请求并统计耗时。
• 检查生产环境防火墙、安全组规则，确认Nginx与后端服务的443端口未被限流或阻断。

2. 调整Nginx上游超时与连接配置 #

日志明确显示上游连接超时，说明Nginx等待后端响应的时间阈值过短，或连接复用不足。修改Nginx配置文件：

http {
    # 连接上游的超时时间
    proxy_connect_timeout 60s;
    # 发送/接收上游响应的超时时间
    proxy_send_timeout 60s;
    proxy_read_timeout 60s;

    # 针对目标后端配置长连接，减少TCP握手开销
    upstream backend_service {
        server 172.XX.X.XX:443;
        keepalive 32;
    }
}

修改后重启Nginx：nginx -s reload

3. 排查Spring Boot后端生产环境瓶颈 #

• Tomcat线程池配置：生产环境线程池不足会导致请求排队，检查application.yml：

server:
  tomcat:
    max-threads: 200 # 根据服务器CPU核心数调整，建议核心数*2+1
    min-spare-threads: 20
    accept-count: 100

• 数据库连接池与SQL：即便没有大数据集，也可能存在连接阻塞或隐性慢查询。用show processlist查看数据库是否有长时间阻塞的会话，检查HikariCP/Druid连接池的maximum-pool-size配置是否匹配并发量。
• JVM参数优化：本地与生产JVM配置差异可能引发频繁GC，调整生产环境启动参数，比如-Xms4g -Xmx4g -XX:+UseG1GC，确保堆内存充足、垃圾回收策略合理。
• 日志级别调整：生产环境若开启DEBUG级日志会严重拖慢性能，统一改为INFO或WARN级别。

4. 排查外部依赖资源 #

若API依赖缓存、消息队列或第三方接口，生产环境下这些资源的延迟可能导致请求超时。验证Redis响应速度、消息队列堆积情况，或第三方接口的可用性与耗时。

5. 开启链路追踪定位瓶颈 #

用Spring Cloud Sleuth或SkyWalking在生产环境启用链路追踪，精准定位请求在Nginx转发、后端业务处理、数据库查询等环节的耗时占比，锁定核心慢节点。

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