如何避免AWS RDS Proxy与MySQL及预编译语句的连接固定问题

问题根源 #

你的场景中，Go语言的database/sql（或sqlx）底层会自动使用MySQL服务器端预编译语句，而RDS Proxy检测到协议级预编译语句时，会将客户端连接固定到特定数据库连接上，直到会话结束，导致连接池无法复用，峰值时出现连接堆积。

可行解决方案 #

1. 客户端参数插值（推荐） #

在数据库连接DSN中添加interpolateParams=true，让Go的MySQL驱动在客户端完成参数替换，而非使用服务器端预编译语句，从根源上避免触发RDS Proxy的连接固定逻辑。

这个配置不会影响SQL注入防护：驱动会自动对参数进行安全转义，效果与使用?占位符一致。

示例DSN：

user:password@tcp(rds-proxy-endpoint:3306)/your_db?interpolateParams=true

2. 禁用会话级预编译语句 #

在每个新连接建立后，执行SET SESSION max_prepared_stmt_count=0;，强制MySQL服务器拒绝预编译语句请求，驱动会自动回退到客户端参数插值。

可以通过连接池初始化逻辑实现：

// 初始化连接池
db, err := sqlx.Connect("mysql", dsn)
if err != nil {
    panic(err)
}

// 每次获取新连接时执行会话配置
db.MustExec("SET SESSION max_prepared_stmt_count=0;")

3. 优化Lambda与RDS Proxy的连接池配置 #

• Lambda侧：设置适配短生命周期实例的连接池参数，避免维持过多闲置连接：

  db.SetMaxOpenConns(2)   // 每个Lambda实例最多2个活跃连接
  db.SetMaxIdleConns(1)   // 最多保留1个空闲连接
  db.SetConnMaxLifetime(5 * time.Minute) // 连接过期时间短于Lambda实例生命周期
  

• RDS Proxy侧：调整连接空闲超时（建议设为30秒），让Proxy更快回收未被复用的固定连接。

关于MySQL的"二进制模式" #

MySQL没有PostgreSQL那样专门的二进制模式来绕过预编译触发的连接固定。MySQL的预编译本身基于二进制协议，但RDS Proxy对MySQL预编译语句的处理逻辑就是会触发连接固定，所以核心思路是避免使用服务器端预编译。

内容的提问来源于stack exchange，提问作者Cpt.Ohlund