redis连接数

1、应用程序会发起多少个请求连接？
1）对于php程序，以短连接为主。redis的连接数等于：所有web server接口并发请求数/redis分片的个数。
2）对于java应用程序，一般使用JedisPool（实现上是组合了apache common-pools），而连接池在jvm里面共享的（一个进程一个jvm）。
redis的连接数计算：应用程序的个数（tomcat） * 连接池的大小（假设pool都一样大）/ redis分片的个数。
有时为了保证请求快速得到响应，保持一定的空闲连接（setMinIdle）。

下面的配置中，在连接池饱和状态，最多有90个连接数（MaxTotal-MinIdle），保持10个空闲连接。
JedisPoolConfig config = new JedisPoolConfig();
                        config.setMinIdle(10);
                        config.setMaxTotal(100);              
                        config.setMaxWaitMillis(1000L);
                        config.setTestOnBorrow(true);
jedispool的推荐设置的参数：
（1）setMinIdle，保留一定的空闲连接池对象；
（2）setTestOnBorrow设置为true，每次从连接池中获取连接时，检查连接的有效性。
（3）setMinEvictableIdleTimeMillis，设置淘汰空闲连接的最小时间。
（4）连接池的大小不要设置过大，导致redis需要维持很多连接对象。

 

2、redis的连接数限制是多少？

在 Redis2.4 中，最大连接数是被直接硬编码在代码里面的，而在2.6版本中这个值变成可配置的。maxclients 的默认值是 10000

redis默认最多允许10000个连接。默认的1w个够用么？

redis如果每秒保持1w个连接，每个链接每秒执行1000个请求。每秒1000w的请求，这时候redis的cpu已经成为了性能瓶颈。

所以下面的测试结果显示，在6w的并发连接数情况下，qps只有5w。单个redis请求响应时间超过了1s。

经验而言，对于php程序而言，当1w个连接数占满了时候，实际上cpu已经出现了性能瓶颈。

还有另外两种状况。

1）慢查询引起，很多请求等待响应。     

2）php程序运行时间很长，且程序中没有主动关闭连接，处于空闲状态。

java程序一般是用连接池和长连接，如果redis有大量的连接，那么连接池的太大，且处于活动或者有效状态的连接很多。

解决方案是：1）减小连接池的大小。2）加快空闲连接对象的回收速度。

总结而言，redis连接数过大原因归结于两点：

1）redis处理能力不足，大量请求处于等待状态。不管是请求过多还是慢查询。

2）客户端的连接对象没有及时释放。不管是应用程序主动释放还是连接池没有及时回收。

既然知道原因，也就知道解决方案。借用别人的一句话，发现问题所在是最关键的。

目前php程序还没有碰到过大连的请求连接的问题，而Java程序已经碰到过多次。

 

3、连接数对redis有什么性能的影响？

在250一下的并发连接数情况下，redis的处理能力几乎一致。而随着并发连接数增加，处理能力反而下降。redis的单线程处理方式决定了，redis只能串行的处理客户端请求。