GO中调用redis时,实始化一个连接池,做法也是一般的用户:
&redis.Pool{
MaxIdle: beego.AppConfig.DefaultInt("redis::maxidle", 1),
MaxActive: beego.AppConfig.DefaultInt("redis::maxactive", 10),
IdleTimeout: time.Duration(beego.AppConfig.DefaultInt64("redis::idle_time_out", 180)) * time.Second,
Dial: func() (redis.Conn, error) {
log.Println("func dial REDIS_HOST:" + REDIS_HOST)
c, err := redis.Dial("tcp", REDIS_HOST)
if err != nil {
log.Println("dial error:", err)
return nil, err
}
// 选择db
c.Do("SELECT", REDIS_DB)
return c, nil
},
}
类似于以上,MaxActive曾调为100,或几K,大小,当一秒请求数据量,达到5000次以上时,每一次都调用:
func GetValue(UID int) (value map[string]string, err error) {
// 获取连接
rs := RedisClient.Get()
defer rs.Close()
value, err = redis.StringMap(rs.Do("HGETALL", "xxxxx:"+strconv.Itoa(UID)))
if err != nil {
log.Println(err)
}
return value, err
}
这样的一个接口时,会导致CPU达到100%以上,同时出现redigo: connection pool exhausted这样的错误,发现是不断地调用Dial: func() (redis.Conn, error),他不是有连接池吧为什么要不断地调用DIAL?,一般这样大量数据请求时,做法如何?
有疑问加站长微信联系(非本文作者)

业务访问量不小啊。按理不会出现这样的情况,向 https://github.com/garyburd/redigo 作者反馈看看!
redigo有连接池没错,但是需要自行获取和释放连接 参考我之前的文章 http://www.jianshu.com/p/85cff688d02b
可以做一个锁机制去处理?
每次运行程序是不是都用连接池连接了一下redis
在创建连接池的时候,需要把结构Pool中的Wait设置为true,表示等待 Wait 默认为false,为false时,表示如果连接池使用完,不需要等待连接释放,直接返回“redigo: connection pool exhausted”错误, Wait 为true时,如果连接池使用完,需要等待归还连接池,返回可用的连接对象。
可以使用通用的连接池,比如: https://godoc.org/github.com/marlonche/connpool
MaxIdle: beego.AppConfig.DefaultInt("redis::maxidle", 1), MaxActive: beego.AppConfig.DefaultInt("redis::maxactive", 10),
MaxIdle 表示队列中空闲连接的数量,MaxActive 表示最大激活数量, 如果同时创建10个连接,然后Close之后,只用1个会放到空闲队里中,其他9个直接会关闭TCP连接,所以会不断地调用Dial: func() (redis.Conn, error),其实连接池中,永远只用1个连接。
感觉应该是每次使用都会连接吧 。这个会爆棚的
connection pool exhausted 这个问题我也遇到了,解决方法可以参考这篇文章
http://vearne.cc/archives/545