背景

合理的JedisPool資源池參數(shù)設(shè)置能為業(yè)務(wù)使用Redis保駕護(hù)航，本文將對(duì)JedisPool的使用、資源池的參數(shù)進(jìn)行詳細(xì)說(shuō)明，最后給出“最合理”配置。

一、使用方法

以官方的2.9.0為例子(Jedis Release)，Maven依賴如下：

<dependency>
  <groupId>redis.clients</groupId>
  <artifactId>jedis</artifactId>
  <version>2.9.0</version>
  <scope>compile</scope>
</dependency>

Jedis使用apache commons-pool2對(duì)Jedis資源池進(jìn)行管理，所以在定義JedisPool時(shí)一個(gè)很重要的參數(shù)就是資源池GenericObjectPoolConfig，使用方式如下，其中有很多資源管理和使用的參數(shù)(具體看第二節(jié))

注意：后面會(huì)提到建議用JedisPoolConfig代替GenericObjectPoolConfig

GenericObjectPoolConfig jedisPoolConfig = new GenericObjectPoolConfig();
jedisPoolConfig.setMaxTotal(..);
jedisPoolConfig.setMaxIdle(..);
jedisPoolConfig.setMinIdle(..);
jedisPoolConfig.setMaxWaitMillis(..);

JedisPool的初始化如下：

// redisHost和redisPort是實(shí)例的IP和端口
// redisPassword是實(shí)例的密碼
// timeout，這里既是連接超時(shí)又是讀寫(xiě)超時(shí)，從Jedis 2.8開(kāi)始有區(qū)分connectionTimeout和soTimeout的構(gòu)造函數(shù)

JedisPool jedisPool = new JedisPool(jedisPoolConfig, redisHost, redisPort, timeout, redisPassword);
Jedis jedis = null;
try {
  jedis = jedisPool.getResource();
  //具體的命令
  jedis.executeCommand()
} catch (Exception e) {
  logger.error(e.getMessage(), e);
} finally {
  if (jedis != null) 
    jedis.close(); //注意這里不是關(guān)閉連接，在JedisPool模式下，Jedis會(huì)被歸還給資源池。
}

二、參數(shù)說(shuō)明

JedisPool保證資源在一個(gè)可控范圍內(nèi)，并且提供了線程安全，但是一個(gè)合理的GenericObjectPoolConfig配置能為應(yīng)用使用Redis保駕護(hù)航，下面將對(duì)它的一些重要參數(shù)進(jìn)行說(shuō)明和建議：

在當(dāng)前環(huán)境下，Jedis連接就是資源，JedisPool管理的就是Jedis連接。

1. 資源設(shè)置和使用

2.空閑資源監(jiān)測(cè)

空閑Jedis對(duì)象檢測(cè)，下面四個(gè)參數(shù)組合來(lái)完成，testWhileIdle是該功能的開(kāi)關(guān)。

為了方便使用，Jedis提供了JedisPoolConfig，它本身繼承了GenericObjectPoolConfig設(shè)置了一些空閑監(jiān)測(cè)設(shè)置

public class JedisPoolConfig extends GenericObjectPoolConfig {
 public JedisPoolConfig() {
  // defaults to make your life with connection pool easier :)
  setTestWhileIdle(true);
  //
  setMinEvictableIdleTimeMillis(60000);
  //
  setTimeBetweenEvictionRunsMillis(30000);
  setNumTestsPerEvictionRun(-1);
  }
}

所有默認(rèn)值可以從org.apache.commons.pool2.impl.BaseObjectPoolConfig中看到。

三、資源池大小(maxTotal)、空閑(maxIdle minIdle)設(shè)置建議

1.maxTotal：最大連接數(shù)

實(shí)際上這個(gè)是一個(gè)很難回答的問(wèn)題，考慮的因素比較多：

1. 業(yè)務(wù)希望Redis并發(fā)量
2. 客戶端執(zhí)行命令時(shí)間
3. Redis資源：例如 nodes(例如應(yīng)用個(gè)數(shù)) * maxTotal 是不能超過(guò)redis的最大連接數(shù)。
4. 資源開(kāi)銷(xiāo)：例如雖然希望控制空閑連接，但是不希望因?yàn)檫B接池的頻繁釋放創(chuàng)建連接造成不必靠開(kāi)銷(xiāo)。

以一個(gè)例子說(shuō)明，假設(shè):

1. 一次命令時(shí)間（borrow|return resource + Jedis執(zhí)行命令(含網(wǎng)絡(luò)) ）的平均耗時(shí)約為1ms，一個(gè)連接的QPS大約是1000
2. 業(yè)務(wù)期望的QPS是50000

那么理論上需要的資源池大小是50000 / 1000 = 50個(gè)。但事實(shí)上這是個(gè)理論值，還要考慮到要比理論值預(yù)留一些資源，通常來(lái)講maxTotal可以比理論值大一些。

但這個(gè)值不是越大越好，一方面連接太多占用客戶端和服務(wù)端資源，另一方面對(duì)于Redis這種高QPS的服務(wù)器，一個(gè)大命令的阻塞即使設(shè)置再大資源池仍然會(huì)無(wú)濟(jì)于事。

2. maxIdle minIdle

maxIdle實(shí)際上才是業(yè)務(wù)需要的最大連接數(shù)，maxTotal是為了給出余量，所以maxIdle不要設(shè)置過(guò)小，否則會(huì)有new Jedis(新連接)開(kāi)銷(xiāo)，而minIdle是為了控制空閑資源監(jiān)測(cè)。

連接池的最佳性能是maxTotal = maxIdle ,這樣就避免連接池伸縮帶來(lái)的性能干擾。但是如果并發(fā)量不大或者maxTotal設(shè)置過(guò)高，會(huì)導(dǎo)致不必要的連接資源浪費(fèi)。

可以根據(jù)實(shí)際總OPS和調(diào)用redis客戶端的規(guī)模整體評(píng)估每個(gè)節(jié)點(diǎn)所使用的連接池。

3.監(jiān)控

實(shí)際上最靠譜的值是通過(guò)監(jiān)控來(lái)得到“最佳值”的，可以考慮通過(guò)一些手段(例如jmx)實(shí)現(xiàn)監(jiān)控，找到合理值。

四、常見(jiàn)問(wèn)題

1.資源“不足"

redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool
…
Caused by: java.util.NoSuchElementException: Timeout waiting for idle object
at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:449)

或者

redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool
…
Caused by: java.util.NoSuchElementException: Pool exhausted
at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:464)

兩種情況均屬于無(wú)法從資源池獲取到資源，但第一種是超時(shí)，第二種是因?yàn)閎lockWhenExhausted為false根本就不等。

遇到此類(lèi)異常，不要盲目的認(rèn)為資源池不夠大，第三節(jié)已經(jīng)進(jìn)行了分析。具體原因可以排查：網(wǎng)絡(luò)、資源池參數(shù)設(shè)置、資源池監(jiān)控(如果對(duì)jmx監(jiān)控)、代碼(例如沒(méi)執(zhí)行jedis.close())、慢查詢、DNS等問(wèn)題。

具體可以參考該文章：https://www.atatech.org/articles/77799

2. 預(yù)熱JedisPool

由于一些原因(例如超時(shí)時(shí)間設(shè)置較小原因)，有的項(xiàng)目在啟動(dòng)成功后會(huì)出現(xiàn)超時(shí)。JedisPool定義最大資源數(shù)、最小空閑資源數(shù)時(shí)，不會(huì)真的把Jedis連接放到池子里，第一次使用時(shí)，池子沒(méi)有資源使用，會(huì)new Jedis，使用后放到池子里，可能會(huì)有一定的時(shí)間開(kāi)銷(xiāo)，所以也可以考慮在JedisPool定義后，為JedisPool提前進(jìn)行預(yù)熱，例如以最小空閑數(shù)量為預(yù)熱數(shù)量

List<Jedis> minIdleJedisList = new ArrayList<Jedis>(jedisPoolConfig.getMinIdle());

for (int i = 0; i < jedisPoolConfig.getMinIdle(); i++) {
  Jedis jedis = null;
  try {
    jedis = pool.getResource();
    minIdleJedisList.add(jedis);
    jedis.ping();
  } catch (Exception e) {
    logger.error(e.getMessage(), e);
  } finally {
  }
}

for (int i = 0; i < jedisPoolConfig.getMinIdle(); i++) {
  Jedis jedis = null;
  try {
    jedis = minIdleJedisList.get(i);
    jedis.close();
  } catch (Exception e) {
    logger.error(e.getMessage(), e);
  } finally {
  
  }
}

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論