Jedis的方法，方法命跟redis命令行客戶端幾乎一樣，參數(shù)及參數(shù)順序以跟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()，使用這個對象去執(zhí)行命令，返回對應(yīng)的結(jié)果，關(guān)閉連接。

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執(zhí)行命令，返回執(zhí)行結(jié)果，歸還Jedis對象給JedisPool。

這樣不用每次都new Jedis，不用每次都走三次握手、沒用每次都關(guān)閉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操作不是關(guān)閉，而是歸還給線程池
? ? ? ? jedis.close();
? ? }
}
直連和使用連接池的對比
??? ?優(yōu)點?? ?缺點
直連?? ?
簡單方便

適用于少量長期連接的場景

存在每次新建/關(guān)閉TCP開銷

資源無法控制，存在連接泄露的可能

Jedis對象線程不安全

連接池?? ?
Jedis預(yù)先生成，降低開銷

連接池的形式保護和控制資源的使用

相對于直連，使用相對麻煩，

尤其在資源管理上需要很多參數(shù)來保證，

一旦規(guī)劃不合理也會出現(xiàn)問題。

Jedis連接池配置
資源數(shù)控制參數(shù)

參數(shù)名?? ?含義?? ?默認值?? ?使用建議
maxTotal?? ?資源池最大連接數(shù)?? ?8?? ??
maxIdle?? ?資源池允許最大空閑連接數(shù)?? ?8?? ?建議=maxTotal
minIdle?? ?資源池確保最少空閑連接數(shù)?? ?0?? ?預(yù)熱minIdle
jmxEnabled?? ?是否開啟jmx監(jiān)控，可用于監(jiān)控?? ?true?? ?建議開啟
適合的maxTotal的例子：

假如命令平均執(zhí)行時間0.001s，業(yè)務(wù)需要50000QPS，maxTotal理論值=0.001*50000=50個。實際值要偏大一點。

nodes(例如應(yīng)用個數(shù))*maxTotal不能超過redis的最大連接數(shù)（maxclients??redis服務(wù)端能接收的最大client客戶端連接數(shù)）。

借還參數(shù)

參數(shù)名?? ?含義?? ?默認值?? ?使用建議
blockWhenExhausted?? ?當資源池用盡后，調(diào)用者是否要等待。只有當為true時，下面的maxWaitMillis才會生效?? ?true?? ?建議使用默認值
maxWaitMillis?? ?當資源池連接用盡后，調(diào)用者的最大等待時間（單位毫秒）?? ?-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
獲取連接超時，資源池沒有對應(yīng)的資源。

redis.clients.jedis.exceptions.JedisConnectionException:Could not get a resource from the pool
...
Caused by: java.utils.NoSuchElementException:Pool exhausted
資源池中資源耗盡。

解決思路

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

2.資源池參數(shù)不合理：QPS高、資源池太小。

3.連接泄露（沒有close()）：此類問題比較難定位。例如client list、netstat等、最重要是代碼。

4.DNS異常。
---------------------?
作者：jy02268879?
來源：CSDN?
原文：https://blog.csdn.net/jy02268879/article/details/81455929?
版權(quán)聲明：本文為博主原創(chuàng)文章，轉(zhuǎn)載請附上博文鏈接！

總結(jié)

以上是生活随笔為你收集整理的redis的Java客户端：Jedis的使用及JedisPool的配置优化的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。