应用应该选择长连接还是连接池?
資深大佬 : seth19960929 8
按我的理解是, 单线程应用使用长连接, 多线程使用连接池.
以下是我代码的例子.
单线程, 长连接
func main() { rds := redis.NewClient({}) defer rds.Close() for { rds.Set(context.Background(), "foo", "bar", time.Second*60*60) time.Sleep(1) } }
单线程,连接池
func main() { pool := &redigo.Pool{} for { for i := 0; i <= 30; i ++ { go func() { rds := pool.Get() rds.Do("Set", "foo", "bar", 60*60) rds.Close() }() } time.Sleep(1) } }
- 那么, 如果是在多线程使用长连接会有什么问题吗 (会不会产生长连接只有一个不够用,多个线程抢占资源)(我用的 redisgo 测试没问题,可能是它内部实现自动连接池)
func main() { rds := redis.NewClient({}) defer rds.Close() for { for i := 0; i <= 30; i ++ { go func() { rds.Set(context.Background(), "foo", "bar", time.Second*60*60) }() } time.Sleep(1) } }
大佬有話說 (0)