【Redis 神秘大陆】008 常见Java客户端

八、Redis 的 Java 客户端

8.1 Jedis

连接池

单点连接池

• Jedis 连接池基于 Common-Pool

连接池里面放置的是空闲连接，如果被使用 （borrow）掉，连接池就会少一个连接，连接使用完后进行放回 （return），连接池会增加一个可用连接。如果没有可用连接，便会新建连接

sharding 连接池

• 比如有两个redis服务进程（redis1， redis2），对key按照sharding策略选择访问哪一个redis。相较于单点连接池，sharding连接池里面的连接为redis1和redis2两个连接。每次申请使用一个连接，实际上是拿到了两个不同的连接，然后通过sharding选择具体访 问哪一个redis。
• 该方案的缺点是会造成连接的浪费，比如需要访问redis1， 但是实际上也占用redis2的连接。

Cluster 连接池

在客户端启动的时候，会从某一个redis 服务上面，获取到后端cluster集群上面所有的redis服务列表【cluster info】（比如redis1 和redis2），并且对每一个redis服务建立独立的连接池。如果访问后端 redis服务，会先通过CRC16计算访问的key确定slot，再通过slot选择对应的 连接池（比如redis1的pool），再从对应的连接池里面获取连接，访问后端 服务。

参数优化方式

• https://help.aliyun.com/zh/redis/use-cases/jedispool-optimization

    public static class JedisPool {
        /**
         * 最大空闲连接数，不能超过Redis 实例的最大连接数
         */
        private int maxIdle = 10;

        /**
         * 最小空闲连接数，不能超过Redis 实例的最大连接数
         */
        private int minIdle = 10;

        /**
         * 最大连接数，不能超过Redis 实例的最大连接数 线上规格最大连接数 6W ，期望QPS 20W，两分片，单个redis  10W ，一次 Redis 平均耗时 1ms ，一个链接的QPS 大约是 1s/1ms =
         * 1000, 最多允许的是= 10W/1000=100,当前设置为40
         */
        private int maxTotal = 40;

        /**
         * 获取连接时的最大等待毫秒数，如果超时就抛异常
         */
        private int maxWaitMillis = 1000;

        /**
         * 在获取连接的时候检查有效性, 默认false,业务量大的时候减少一次 ping 的开销
         */
        private boolean testOnBorrow = false;

        /**
         * 在空闲时检查有效性, 默认false，业务量大的时候减少一次 ping 的开销
         */
        private boolean testOnReturn = false;
    }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

• 连接池具体实现逻辑: org.apache.commons.pool2.impl.GenericObjectPool#borrowObject(long)
• Redisson

问题和解决方式

1. 无法从连接池获取到连接：

• 原因可能包括连接池设置过小、未正确释放连接、存在慢查询操作、或者服务端阻塞等。
• 解决方法包括适当增加连接池大小、正确释放连接、优化慢查询操作以及排查服务端问题。

1. 客户端读写超时：

• 可能由于读写超时设置过短、命令执行缓慢、网络异常或Redis服务端阻塞等原因导致。
• 解决方法包括调整超时设置、优化命令执行、排查网络异常或服务端问题。

1. 客户端连接超时：

• 可能由于连接超时设置过短、Redis服务端阻塞或网络异常等原因导致。
• 解决方法包括调整连接超时设置、排查网络异常或服务端问题。

1. 客户端缓冲区异常：

• 可能由于输出缓冲区满、长时间闲置连接被服务端主动断开或并发读写等原因导致。
• 解决方法包括调整缓冲区设置、合理管理连接、排查服务端问题。

1. Lua脚本正在执行：

• 若Redis正在执行Lua脚本并超过了限制时间，会导致异常。
• 解决方法是等待Lua脚本执行完毕或手动终止执行。

1. Redis正在加载持久化文件：

• 若Redis正在加载持久化文件，则客户端无法执行命令。
• 解决方法是等待持久化加载完成。

1. Redis使用的内存超过maxmemory配置：

• 若Redis使用内存超过maxmemory设置，则无法执行命令。
• 解决方法包括调整maxmemory设置和排查内存使用情况。

1. 客户端连接数过大：

• 若客户端连接数超过maxclients设置，则无法建立新连接。
• 解决方法包括调整maxclients设置、排查客户端连接数过多的原因，并可能考虑故障转移。

千万不要使用 Lettue

分布式锁

---

当你发现这些内容对你有帮助时，为了支持我的工作，不妨给一个免费的⭐Star，这将是对我最大的鼓励！感谢你的陪伴与支持！一起在技术的路上共同成长吧！点击链接：GitHub | Gitee