Jedis是redis官方推荐的面向Java的操作Redis的客户端,而RedisTemplate是springDataRedis中对JedisApi的高度封装。
使用原生jedis和spring的redisTemplate调用连接池,发现差别巨大: (推荐学习:Redis视频教程)
redis配置:
redis: database: 0 host: 127.0.0.1 port: 6379 password: 123456 timeout: 5000 lettuce: shutdown-timeout: 200 pool: max-active: 500 max-idle: 100 min-idle: 50 max-wait: 2000
jedis单元测试:
public void testJedis() throws IOException { GreExam greExam = new GreExam(); greExam.setId(997); String greExamStr = JacksonUtil.bean2Json(greExam); long time = 0; for (int i = 0; i <p><strong>redisTemplate单元测试:</strong></p><pre class="brush:html;toolbar:false"> public void testRedisTemplate() throws IOException { GreExam greExam = new GreExam(); greExam.setId(997); String greExamStr = JacksonUtil.bean2Json(greExam); long time = 0; for (int i = 0; i <p><strong>时效对比:</strong></p><p><img src="https://img.php.cn/upload/image/549/432/238/1574405048243404.png" title="1574405048243404.png" alt="redis-28.png"><strong>结论:</strong>原生jedis效率优于redisTemplate。另外,测试种发现,使用了100次请求,每次不进行业务操作,执行速度很快,redis只保持了几个连接,但是若是加上自己的业务处理或者休眠几秒,会发现redis持续保持了连接池的配置50+连接。</p><p>由于是单线程,上一个jedis执行完毕后,貌似没有关闭,而且下次调用也没有分派空闲连接,而是打开新连接,直到最小连接数饱和,才分配空空闲连接给下一个(按理说单线程应该保证新调用的时候,上一个已经完全空闲,所以不再开新连接),具体原因位置,保持疑问,可能和线程池的原理有关。</p><p>更多Redis相关技术文章,请访问<a href="https://www.php.cn/course/list/54.html" target="_self">Redis视频教程</a>栏目进行学习!</p>
© 版权声明
文章版权归作者所有,未经允许请勿转载。
THE END