作者:手机用户2502914373 | 来源:互联网 | 2023-09-15 17:19
Jedis的方法,方法命跟redis命令行客户端几乎一样,参数及参数顺序以跟redis命令行客户端几乎一样。这里不一一介绍,直接Jedis.会有提示。pom.xml
Jedis的方法,方法命跟redis命令行客户端几乎一样,参数及参数顺序以跟redis命令行客户端几乎一样。
这里不一一介绍,直接Jedis. 会有提示。
pom.xml
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
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异常。