.NET（EC2上IIS）连接Aurora PostgreSQL RDS间歇性15秒延迟求助

环境 #

• ASP.NET Core Web API
• EF Core + Npgsql
• 部署于Windows EC2实例的IIS中
• 连接Aurora PostgreSQL RDS
• EC2与RDS处于同一VPC

问题现象 #

轻量API正常请求仅需毫秒级响应，但随机出现约15秒的耗时延迟。日志定位显示延迟完全发生在NpgsqlConnection.OpenAsync()阶段，与查询执行、EF Core处理等环节无关。

正常请求耗时 #

OpenAsync() = 0-50 ms
Query = 1-40 ms
Total API = <500 ms

异常请求表现 #

OpenAsync()执行前出现约15秒延迟，伴随超时错误：

Npgsql.NpgsqlException: The operation has timed out
System.TimeoutException: The operation has timed out
at Npgsql.Internal.NpgsqlConnector.Open(...)
at Npgsql.PoolingDataSource.OpenNewConnector(...)

Postman计时显示TTFB约15秒，确认延迟发生在服务器端连接建立阶段。

关键观察 #

仅在需要新建物理连接时触发问题，比如IIS重启、连接池丢失后；当连接池中有可用连接时，请求响应恢复正常速度。

已尝试操作与排除项 #

已尝试（无效） #

• 修改连接字符串参数（Timeout、KeepAlive等）：日志显示Npgsql Timeout=3s，但延迟仍稳定在15000 ms。

已排除因素 #

• 慢查询
• EF Core处理逻辑
• 控制器业务逻辑
• DNS解析（耗时约7ms）
• TCP连通性（耗时约300ms）
• PostgreSQL空闲会话超时

排查方向 #

1. SSL/TLS协商延迟 #

新建物理连接时必然触发SSL/TLS握手，15秒固定延迟大概率与该阶段阻塞有关：

• 检查EC2实例的TLS版本支持，确认与Aurora RDS兼容（推荐TLS 1.2+）
• 验证EC2实例的根证书有效性（Aurora PostgreSQL使用AWS根证书，需确保已正确安装）
• 临时在连接字符串添加Ssl Mode=Disable测试，确认是否为SSL协商问题

2. Aurora RDS连接队列与资源限制 #

• 检查RDS的max_connections参数，确认是否达到连接上限导致新连接排队
• 查看CloudWatch指标：DatabaseConnections、ConnectionQueueDepth、CPUUtilization，排查问题发生时的资源瓶颈或队列堆积
• 查看RDS日志，是否存在连接拒绝、资源不足相关报错

3. AWS VPC网络层面隐性延迟 #

即使同属一个VPC，仍可能存在网络规则或性能问题：

• 检查VPC安全组、NACL规则，确认PostgreSQL端口（5432）无速率限制或延迟规则
• 使用tracert或tcptrace工具测试EC2到RDS的TCP三次握手耗时，排查中间节点延迟
• 查看EC2实例的网络指标（NetworkIn/NetworkOut、TCPRetransmissions），确认是否存在网络波动或丢包

4. Npgsql连接池与初始化逻辑 #

• 检查Npgsql版本是否存在已知连接初始化bug，尝试升级到最新稳定版
• 调整连接池参数：设置Minimum Pool Size避免频繁新建物理连接；Max Pool Size不超过RDS的max_connections
• 开启Npgsql详细日志（LoggingLevel=Debug），获取OpenAsync()阶段的执行细节，定位具体阻塞点

5. Windows IIS与.NET运行时配置 #

• 检查Windows EC2的TCP/IP设置：TcpTimedWaitDelay、MaxUserPort，排查端口耗尽导致的连接延迟
• 查看IIS应用程序池回收策略，确认是否频繁清空连接池
• 检查.NET运行时网络配置，确认无代理干扰、TLS握手缓存异常

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