Redigo连接池如何获取更多连接？高并发下连接数不足响应变慢咨询

问题分析 #

首先可以明确：连接池ActiveCount维持在2-5是正常现象，不需要刻意提升连接数。Redis单实例可轻松支撑10W+ QPS的命令请求，2-5个连接完全足以承载你4000QPS（合计8000次Redis操作/秒）的业务量，连接池会优先复用空闲连接而非新建连接，这本身是连接池的设计目的。

你压测10秒后耗时飙升的问题，以及连接池相关的可优化点如下： #

1. 连接检测逻辑额外增加了请求耗时 #

你当前TestOnBorrow配置的是空闲超过3秒就执行PING检测，每次PING会额外增加一次Redis往返开销，对于要求3ms以内响应的接口来说，这部分开销占比极高。压测前期连接都是新建的，不需要执行PING，所以耗时正常；运行一段时间后连接进入空闲状态，每次取连接都要先执行PING，直接导致耗时上涨。

• 优化方案：如果你的网络环境稳定，可将检测阈值调大到30s以上，或者直接关闭TestOnBorrow逻辑，出现连接错误时再做重试即可。

2. 缺少Redis连接超时配置 #

你的Dial逻辑没有配置任何超时参数，一旦出现网络波动、Redis服务端卡顿，连接会进入无限制阻塞状态，直接拖垮整体响应耗时。

• 优化方案：Dial时增加超时和TCP参数配置，示例：

Dial: func() (redis.Conn, error) {
    c, err := redis.Dial("tcp", server,
        redis.DialConnectTimeout(1*time.Millisecond),
        redis.DialReadTimeout(1*time.Millisecond),
        redis.DialWriteTimeout(1*time.Millisecond),
        redis.DialKeepAlive(5*time.Minute),
    )
    if err != nil {
        return nil, err
    }
    return c, err
},

3. 日志逻辑阻塞请求链路 #

你当前的defer Log(value1, value2)是在请求返回前执行，如果Log涉及磁盘写入、远程上报等阻塞操作，会直接占用接口响应时间，压测到一定量级后IO阻塞会被放大，导致耗时飙升。

• 优化方案：将日志改为异步上报，比如写入无缓冲Channel，由后台单独的goroutine批量处理，不要阻塞主请求链路。

4. 注意废弃的MaxConnLifetime配置 #

你注释的MaxConnLifetime参数值为1800微秒（1.8ms），如果你之前开启过这个配置，会导致连接被频繁销毁重建，TCP三次握手的开销会直接让响应耗时翻倍。如果要开启该配置，建议设置为30分钟以上，避免频繁建连。

额外排查方向 #

如果以上优化后仍然有耗时问题，可按以下方向排查：

• 查看Redis服务端的慢日志，确认是否有慢命令阻塞
• 查看Redis服务端maxclients配置，是否存在连接数上限限制
• 用pprof排查Go进程的GC情况，确认是否存在频繁GC导致的STW停顿
• 确认Redis服务端是否开启了RDB/AOF持久化，持久化重写过程中可能会出现短暂的请求阻塞

内容的提问来源于stack exchange，提问作者whatever.idc