1.简介
(1).为什么使用连接池
首先Redis也是一种数据库,基于C/S模式的,因此如果需要使用必须建立连接,C/S模式本身就是一种远程通信的交互模式,因此Redis服务器可以单独作为一个数据库服务器独立存在。假设Redis服务器与客户端分处在异地,虽然基于内存的Redis数据库有着超高的性能,但是底层的网络通信却占用了一次数据请求的大量时间,因为每次数据交互都需要先建立连接。假设一次数据交互总共用时30ms,超高性能的Redis数据库处理数据所花的时间可能不到1ms,也即是说前期的连接占用了29ms,连接池则可以实现在客户端建立多个链接并且不释放,当需要使用连接的时候通过一定的算法获取已经建立的连接,使用完了以后归还给连接池,这就免去了数据库连接所占用的时间。

(2).通过连接池获取的是什么
从连接池中获取Jedis连接实例的代码为Jedis resource = jedisPool.getResource()。实际上连接池跟Mybatis中的C3P0类似,针对同“一个”数据库可以建立多个连接,Jedis从JedisPool中获取的仅仅是一个连接,至于多个连接到达单进程单线程的Redis之后怎么处理则是另外一回事(采用多路IO复用)。

2.操作流程

  • 从资源池借Jedis对象
  • Jedis执行命令
  • 返回执行结果
  • 归还Jedis对象给连接池

3.使用示例

public class JedisPoolDemo {
public static void main(String[] args) {
JedisPoolConfig jedisPoolConfig = new JedisPoolConfig();
jedisPoolConfig.setMaxTotal(10);
jedisPoolConfig.setMaxWaitMillis(1000);
JedisPool jedisPool = new JedisPool(jedisPoolConfig, "39.***.***.3", 6379);
Jedis jedis = null;
try {
jedis = jedisPool.getResource();
jedis.sadd("hobby", "swimming");
jedis.sadd("hobby", "ridding");
System.out.println("hobby:" + jedis.smembers("hobby"));
} catch (Exception e) {

} finally {
if (jedis != null) {
jedis.close();
}
}
}
}

4.配置优化
(1).资源数控制参数

参数名

含义

默认值

使用建议

maxTotal

资源池最大连接数

8

见适合的maxTotal

maxIdle

资源池允许最大空闲连接数

8

建议maxIdle = maxTotal

minIdle

资源池确保最少连接数

0

jmxEnabled

是否开启jmx监控

true

建议开启

(2).借还参数

参数名

含义

默认值

使用建议

blockWhenExhausted

当资源池用尽后,调用者是否要等待。只有当为true时,下面的maxWaitMillis才会生效

true

建议使用默认值

maxWaitMillis

当资源池连接用尽后,调用者的最大等待时间(单位为毫秒)

-1表示永不超时

不建议使用默认值

testOnBorrow

向资源池借用连接时是否做连接有效性检测(ping),无效连接会被移除

false

建议设置为false

testOnReturn

向资源池借用连接时是否做连接有效性检测(ping),无效连接会被移除

false

建议设置为false

(3).适合的maxTotal
命令平均执行时间0.0001s,业务需要5wQPS,maxTotal理论上为0.0001*5000 = 50,需要考虑的因素如下。

  • 业务希望的Redis并发量
  • 客户端执行命令的时间
  • Redis资源,例如nodes(客户端个数)*maxTotal是不能超过Redis服务端的最大连接数

5.直连和连接池方案对比

方式

优点

缺点

直连

简单方便;适用于少量长期连接的场景

存在每次新建/关闭TCP开销;资源无法控制,存在连接池泄露的可能;Jedis对象线程不安全

连接池

Jedis预先生成,减少开销;连接池的保护和控制资源的使用

相对于直连,使用相对麻烦,尤其在资源的管理上需要很多参数来保证,一旦规划不合理也会出现问题