一文讲清楚redis的线程池jedis

背景

shigen实习的时候,遇到了日志系统的性能优化问题,当时的优化点就是:使用redis的线程池,实现并发状态下的性能优化。但是找了很多的技术方案,发现redis的线程池配置起来比较麻烦。正巧,这个周末shigen在研究spring boot+ bitmap实现签到的功能,这个问题再次出现在了我的面前,不能惯着它,我再次研究起了redis线程池。

首先,跟我回一下线程池的工作原理吧,在shigen的文章《高性能API设计》中也有提到过。

一文讲清楚redis的线程池jedis_第1张图片

配置

因篇幅限制和排版美观的要求,多行的代码采取代码截图的方式展示。shigen在排版的时候选取了“图片自适应”选项,意味着横屏和竖屏显示的效果一样!

依赖

选取jedis作为redis的客户端。所以需要的依赖有:

一文讲清楚redis的线程池jedis_第2张图片

所以,核心的依赖就是 jedis commons-pool2 ,需要注意的是在sring-boot-starter-redis中排除letture-core

配置文件

主要是配置线程池的参数,我这里的数据是为了测试的效果明显,具体的配置参数选取可以通过压测获得。

spring:
  application:
    name: redis-springboot
  # 配置redis的信息
  redis:
    host: 127.0.0.1
    database: 0
    timeout: 1200
    password: 123456
    jedis:
      pool:
        # 最大连接数
        max-active: 10
        # 最大阻塞等待时间
        max-wait: -1
        # 最大空闲连接
        max-idle: 4
        # 最小空闲连接
        min-idle: 2

配置类

这是核心。

一文讲清楚redis的线程池jedis_第3张图片

这里边主要是配置了jedis的jedisConnectionFactory,以及redis的序列化方式,因为一不小心就会产生存储的数据是乱码的问题。当然,像链接地址、端口、密码之类的信息可以从配置文件获取,这里就简单展示了。

一切就绪,现在只差测试。

测试

我写了一个testController来测试实现的效果。

一文讲清楚redis的线程池jedis_第4张图片

这里主要的操作是生成一个UUID作为key为“name”的value,之后读取值返回。好像很简单,但是接下来的硬核来了。

ab -c 10 -n 1000 127.0.0.1:9000/redis

这个命令就是来压测的,用10个并发线程,一共请求1000次接口。先看看控制台的输出:

一文讲清楚redis的线程池jedis_第5张图片

这是一个压测报告,显示在0.293s就完成了1000个请求,但是我是10个并发的,这下连接池应该打上去了吧。

一文讲清楚redis的线程池jedis_第6张图片

此时,redis的监控显示9个连接,OK,算一下,redis-cli连接了一个,项目配置的最大连接数10个,最小空闲2个,我的请求走完了,还有8个连接着。证明redis的连接池配置成功了,这下性能有优化了不少。

以上就是shigen今天的技术分享了,觉得不错的话,觉得点赞 关注 转发 在看哈,您的支持是我一直更新下去的动力。

shigen一起,每天不一样!

你可能感兴趣的:(redis,数据库,java,spring,boot,后端,架构)