Cloud Run+Cloud SQL添加负载均衡后出现ECONNRESET连接重置求助

1. 调整数据库连接池配置（核心修复方向） #

针对你推测的代理断开长连接问题，重点优化连接池参数，避免复用无效连接：

• 启用连接预验证：在获取连接前自动检查有效性，比如SQLAlchemy可设置pool_pre_ping=True，或者执行SELECT 1语句验证
• 缩短连接存活时长：设置max_age（最大连接存活时间）小于负载均衡/代理的超时值（建议设为5分钟，比常见的10分钟代理超时短）
• 配置连接回收规则：通过pool_recycle定时回收空闲连接，同时限制pool_size（最大连接数），避免空闲连接长期驻留被断开
• 添加重试逻辑：对数据库操作增加指数退避重试机制，遇到ECONNRESET错误时自动重新建立连接

示例代码（以SQLAlchemy为例）：

from sqlalchemy import create_engine
from sqlalchemy.orm import sessionmaker

engine = create_engine(
    "postgresql+psycopg2://user:password@cloud-sql-ip:5432/dbname",
    pool_pre_ping=True,  # 开启连接预检查
    pool_recycle=280,    # 每280秒回收连接
    pool_max_age=300,    # 连接最长存活5分钟
    pool_size=5,         # 限制连接池大小
    max_overflow=10
)

SessionLocal = sessionmaker(autocommit=False, autoflush=False, bind=engine)

2. 检查负载均衡超时配置 #

• 确认负载均衡的空闲超时和连接超时，避免设置得比Cloud Run或数据库连接池的超时更短
• 若使用HTTP(S)负载均衡，确保后端服务超时与Cloud Run默认的900秒请求超时匹配
• 若负载均衡开启了持久连接（HTTP/2），需保证其超时时间大于数据库连接池的max_age

3. 验证VPC网络与权限 #

虽然Cloud Run和Cloud SQL在同一VPC，添加负载均衡后仍需确认：

• Cloud Run服务账号拥有访问Cloud SQL的权限
• VPC防火墙规则允许Cloud Run实例访问Cloud SQL的对应端口（如PostgreSQL的5432）
• 没有额外的HTTP代理拦截Cloud Run到Cloud SQL的流量

4. 补充日志排查 #

在FastAPI中添加数据库连接日志，定位连接断开的具体环节：

import logging

logging.basicConfig()
logging.getLogger('sqlalchemy.engine').setLevel(logging.INFO)

注：日志中的307 Temporary Redirect（临时重定向）是负载均衡到Cloud Run的正常跳转，连接重置问题出在后续的数据库连接环节，与重定向本身无关

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