JedisPool连接池
查看 Redis 连接数
172.31.2.111:7002> CONFIG GET maxclients
1) "maxclients"
2) "10000"
172.31.2.1111:7002>
172.31.1.135:7002> CONFIG GET maxclients pom.xml 依赖
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<version>2.9.0</version>
<scope>compile</scope>
</dependency>
xml配置
<bean id="jedisPoolConfig" class="redis.clients.jedis.JedisPoolConfig">
<!--最小的空闲链接数 10-->
<property name="minIdle" value="10"/>
<!--最大的空闲链接数 100-->
<property name="maxIdle" value="100"/>
<!--最大的连接数 500-->
<property name="maxTotal" value="500"/>
<!--获取资源时进行测试 是-->
<property name="testOnBorrow" value="true"/>
<!--归还资源时进行测试 否-->
<property name="testOnReturn" value="false"/>
<!--当资源耗尽时阻塞-->
<property name="blockWhenExhausted" value="true"/>
<!--最大等待时间 1秒-->
<property name="maxWaitMillis" value="1000"/>
<!--每10秒测试资源可用性-->
<property name="timeBetweenEvictionRunsMillis" value="10000"/>
<!--当资源空闲时进行测试 是-->
<property name="testWhileIdle" value="true"/>
</bean>
参数说明
资源设置和使用
序号 | 参数名 | 含义 | 默认值 | 使用建议 |
|---|---|---|---|---|
1 | maxTotal | 资源池中最大连接数 | 8 | 设置建议见下节 |
2 | maxIdle | 资源池允许最大空闲的连接数 | 8 | 设置建议见下节 |
3 | minIdle | 资源池确保最少空闲的连接数 | 0 | 设置建议见下节 |
4 | blockWhenExhausted | 当资源池用尽后，调用者是否要等待。只有当为true时，下面的maxWaitMillis才会生效 | true | 建议使用默认值 |
5 | maxWaitMillis | 当资源池连接用尽后，调用者的最大等待时间(单位为毫秒) | -1：表示永不超时 | 不建议使用默认值 |
6 | testOnBorrow | 向资源池借用连接时是否做连接有效性检测(ping)，无效连接会被移除 | false | 业务量很大时候建议设置为false(多一次ping的开销)。 |
7 | testOnReturn | 向资源池归还连接时是否做连接有效性检测(ping)，无效连接会被移除 | false | 业务量很大时候建议设置为false(多一次ping的开销)。 |
8 | jmxEnabled | 是否开启jmx监控，可用于监控 | true | 建议开启，但应用本身也要开启 |
空闲资源监测
序号 | 参数名 | 含义 | 默认值 | 使用建议 |
|---|---|---|---|---|
1 | testWhileIdle | 是否开启空闲资源监测 | false | true |
2 | timeBetweenEvictionRunsMillis | 空闲资源的检测周期(单位为毫秒) | -1：不检测 | 建议设置，周期自行选择，也可以默认也可以使用下面JedisPoolConfig中的配置 |
3 | minEvictableIdleTimeMillis | 资源池中资源最小空闲时间(单位为毫秒)，达到此值后空闲资源将被移除 | 1000 60 30 = 30分钟 | 可根据自身业务决定，大部分默认值即可，也可以考虑使用下面JeidsPoolConfig中的配置 |
4 | numTestsPerEvictionRun | 做空闲资源检测时，每次的采样数 | 3 | 可根据自身应用连接数进行微调,如果设置为-1，就是对所有连接做空闲监测 |
如何配置
maxTotal 最大连接数
考虑的几个因素
- 业务并发量多大
- 客户端命令的执行时间
- Redis 资源开销
这个值不是越大越好，连接过多，容易占用客户端和服务端资源。长时命令的阻塞，通过调节最大连接数，也无济于事。
maxIdle 实际上才是业务需要的最大连接数，maxTotal 是为了给出余量。maxIdel 不要设置过小，否则会建立新的连接， maxIdel 是为了控制空闲资源监测。
常见问题
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)
现象同样是无法获得资源，但是hi因为 blockWhenExhausted为 false ，资源用尽之后，调用者不等待。