我是靠谱客的博主 单薄冷风,最近开发中收集的这篇文章主要介绍【九】redis的Java客户端:Jedis的使用及JedisPool的配置优化,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

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

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

pom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
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">
<modelVersion>4.0.0</modelVersion>
<groupId>com.sid.redis</groupId>
<artifactId>redis-train</artifactId>
<version>1.0-SNAPSHOT</version>
<dependencies>
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<version>2.9.0</version>
<type>jar</type>
<scope>compile</scope>
</dependency>
</dependencies>
</project>

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异常。

最后

以上就是单薄冷风为你收集整理的【九】redis的Java客户端:Jedis的使用及JedisPool的配置优化的全部内容,希望文章能够帮你解决【九】redis的Java客户端:Jedis的使用及JedisPool的配置优化所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(44)

评论列表共有 0 条评论

立即
投稿
返回
顶部