RDS Proxy连接固定问题影响分析及相关技术疑问

连接固定的实际影响 #

当你用SET修改会话变量后，RDS Proxy会把当前代理连接和后端数据库连接绑定死——后续这个代理连接的所有请求都只能用这个绑定的后端连接，无法再分配给其他租户使用。实际影响主要有三点：

• 后端数据库连接池利用率暴跌，租户数量多的时候，大量后端连接被长期占用，新请求可能拿不到连接，触发等待甚至超时
• RDS实例连接压力骤增，极端情况会触及实例连接上限，直接导致服务故障
• RDS Proxy的负载均衡功能失效，无法合理分配后端连接资源

你的疑问解答 #

1. SET LOCAL也会导致连接固定吗？ #

会，但影响范围小很多。SET LOCAL仅在当前事务内生效，事务结束后会话状态自动恢复。RDS Proxy会在事务结束后立刻解除连接固定，把后端连接放回共享池，不会长期占用资源。

2. 短生命周期单事务连接能降低影响吗？ #

能，而且是大幅降低。原因如下：

• 不管用的是SET还是SET LOCAL，单事务结束（提交/回滚）后，RDS Proxy都会检查会话状态：如果是SET LOCAL，直接释放后端连接；如果是全局SET，代理会自动执行重置操作（比如RESET app.tenant_id），将后端连接放回池内复用
• 99%的场景都是单事务，连接固定的持续时间仅为单个请求的时长，对后端连接复用率几乎无影响

3. 服务侧连接池是帮倒忙还是有用？ #

取决于配置和使用方式：

• 长连接池+跨租户复用：纯帮倒忙。长连接会保留之前的SET会话状态，导致RDS Proxy的连接固定持续存在，后端连接无法被其他租户复用，利用率大幅下降
• 短连接池/单租户专属连接池：有用。短连接模式下，每次请求结束后服务侧关闭连接，RDS Proxy会重置后端连接状态后放回池；单租户专属连接池避免了跨租户会话污染，也不会加剧连接固定问题

可行方案与规避建议 #

1. 优先用SET LOCAL替代全局SET #

把会话级的SET改成事务内的SET LOCAL，事务结束后自动失效，不会长期占用后端连接。示例代码：

BEGIN;
SET LOCAL app.tenant_id = 'tenant_123';
-- 执行你的业务SQL，比如SELECT * FROM tenant_table;
COMMIT;

2. 调整服务侧连接池配置 #

• 尽量采用短连接模式，或把连接池的连接超时时间设短，确保连接不会被长期持有并跨租户复用
• 如果必须使用长连接，给每个租户分配独立的连接池，避免单个连接被多个租户混用

3. 确保RDS Proxy的会话重置功能生效 #

RDS Proxy默认会对SET这类修改会话状态的语句做处理，在连接归还后端池前重置会话。可以通过AWS CLI确认配置：

aws rds describe-db-proxies --db-proxy-name your-proxy --query "DBProxies[0].SessionPinningFilters"

如果未包含SET，手动添加：

aws rds modify-db-proxy --db-proxy-name your-proxy --session-pinning-filters "SET"

4. 绕开会话变量：直接传递租户ID到查询里 #

如果连接固定问题仍无法缓解，可以换个思路，不用会话变量，而是在每个查询中直接传递租户ID。比如把依赖会话变量的视图：

CREATE VIEW tenant_data AS
SELECT * FROM data WHERE tenant_id = current_setting('app.tenant_id')::text;

改成带参数的函数：

CREATE OR REPLACE FUNCTION get_tenant_data(p_tenant_id text)
RETURNS SETOF data AS $$
SELECT * FROM data WHERE tenant_id = p_tenant_id;
$$ LANGUAGE sql STABLE;

服务端调用时直接传入租户ID，完全不用修改会话状态，从根源上避免连接固定。

5. 监控连接固定状态 #

用CloudWatch监控RDS Proxy的PinnedConnections指标，查看固定连接的比例。一旦比例过高，及时调整配置或更换方案。

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