【九】redis的Java客户端：Jedis的使用及JedisPool的配置优化

Jedis的方法，方法命跟redis命令行客户端几乎一样，参数及参数顺序以跟redis命令行客户端几乎一样。

这里不一一介绍，直接Jedis. 会有提示。

pom.xml

    4.0.0

    com.sid.redis
    redis-train
    1.0-SNAPSHOT


    
        
            redis.clients
            jedis
            2.9.0
            jar
            compile
        
    

jedis的使用

1.直连

其实是tcp连接，底层用了socket。

每次都new Jedis()，使用这个对象去执行命令，返回对应的结果，关闭连接。

Jedis jedis = null;
try(
    jedis = new Jedis("192.168.2.103",6379);
    jedis.set("hello","word");
    String value = jedis.get("hello");
}finally{
    if(jedis != null){
        jedis.close();
    }
}

2.jedispool 连接池的使用

每次从JedisPool中借一个Jedis对象，Jedis执行命令，返回执行结果，归还Jedis对象给JedisPool。

这样不用每次都new Jedis，不用每次都走三次握手、没用每次都关闭Jedis。

GenericObjectPoolConfig poolConfig = new GenericObjectPoolConfig();
JedisPool jedisPool = new JedisPool(poolConfig,"192.168.2.103",6379);
Jedis jedis = null;
try{
    jedis = jedisPool.getResource();
    jedis.set("hello","word");
}catch(Exception e){
    e.printStackTrace();
}
finally{
    if(jedis != null){
        //如果使用的jedispool来得到的jedis，那cloese操作不是关闭，而是归还给线程池
        jedis.close();
    }
}

直连和使用连接池的对比

	优点	缺点
直连	简单方便 适用于少量长期连接的场景	存在每次新建/关闭TCP开销 资源无法控制，存在连接泄露的可能 Jedis对象线程不安全
连接池	Jedis预先生成，降低开销 连接池的形式保护和控制资源的使用	相对于直连，使用相对麻烦， 尤其在资源管理上需要很多参数来保证， 一旦规划不合理也会出现问题。

Jedis连接池配置

资源数控制参数

参数名	含义	默认值	使用建议
maxTotal	资源池最大连接数	8
maxIdle	资源池允许最大空闲连接数	8	建议=maxTotal
minIdle	资源池确保最少空闲连接数	0	预热minIdle
jmxEnabled	是否开启jmx监控，可用于监控	true	建议开启

适合的maxTotal的例子：

假如命令平均执行时间0.001s，业务需要50000QPS，maxTotal理论值=0.001*50000=50个。实际值要偏大一点。

nodes(例如应用个数)*maxTotal不能超过redis的最大连接数（maxclients  redis服务端能接收的最大client客户端连接数）。

借还参数

参数名	含义	默认值	使用建议
blockWhenExhausted	当资源池用尽后，调用者是否要等待。只有当为true时，下面的maxWaitMillis才会生效	true	建议使用默认值
maxWaitMillis	当资源池连接用尽后，调用者的最大等待时间（单位毫秒）	-1：表示永不超时	不建议使用默认值
testOnBorrow	向资源池借用连接时是否做连接有效性检查(ping)，无效连接会被移除	false	建议false
testOnReturn	向资源池归还连接时是否做连接有效性测试(ping)，无效连接会被移除	false	建议false

连接池常见报错

redis.clients.jedis.exceptions.JedisConnectionException:Could not get a resource from the pool
...
Caused by: java.utils.NoSuchElementException:Timeout waiting for idle object

获取连接超时，资源池没有对应的资源。

redis.clients.jedis.exceptions.JedisConnectionException:Could not get a resource from the pool
...
Caused by: java.utils.NoSuchElementException:Pool exhausted

资源池中资源耗尽。

解决思路

1.慢查询阻塞：连接池的连接都被hang住了。

2.资源池参数不合理：QPS高、资源池太小。

3.连接泄露（没有close()）：此类问题比较难定位。例如client list、netstat等、最重要是代码。

4.DNS异常。