Redis连接池理解2018年10月10日 21:01:02 sunny2429 阅读数：4简述在学习Redis的时候在博客中发现很多demo涉及到了Redis的连接池（JedisPool ），初次接触比较疑惑，对死磕细节的我造成了比较大的学习阻碍，接下来...

Redis连接池理解

2018年10月10日 21:01:02 sunny2429 阅读数：4

简述
在学习Redis的时候在博客中发现很多demo涉及到了Redis的连接池（JedisPool ），初次接触比较疑惑，对死磕细节的我造成了比较大的学习阻碍，接下来谈谈我对所谓的连接池的理解。

为什么使用连接池？

首先Redis也是一种数据库，它基于C/S模式，因此如果需要使用必须建立连接，稍微熟悉网络的人应该都清楚地知道为什么需要建立连接，C/S模式本身就是一种远程通信的交互模式，因此Redis服务器可以单独作为一个数据库服务器来独立存在。假设Redis服务器与客户端分处在异地，虽然基于内存的Redis数据库有着超高的性能，但是底层的网络通信却占用了一次数据请求的大量时间，因为每次数据交互都需要先建立连接，假设一次数据交互总共用时30ms，超高性能的Redis数据库处理数据所花的时间可能不到1ms，也即是说前期的连接占用了29ms，连接池则可以实现在客户端建立多个链接并且不释放，当需要使用连接的时候通过一定的算法获取已经建立的连接，使用完了以后则还给连接池，这就免去了数据库连接所占用的时间。

通过连接池获取的Jedis到底是个什么东西？

这是从连接池中获取Jedis连接实例的代码：Jedis resource = jedisPool.getResource(); 初次见到的时候对此我有误解，最初的理解是Jedis实例就是一个“数据库”连接（这里强调的是数据库而不是连接），那么多个Jedis岂不是需要多个数据库，然而键值对不都是放在一个数据库当中的么，显然这个逻辑是不成立的。后期的正确理解：这里的连接池跟Hibernate中的C3P0类似，针对同“一个”数据库可以建立多个连接，Jedis从JedisPool中获取的仅仅是一个连接，至于多个连接到达单进程单线程的Redis之后怎么处理则是另外一回事（采用多路IO复用）。

--------------------- 作者：weixin_43060102 来源：CSDN 原文：https://blog.csdn.net/weixin_43060102/article/details/82946193?utm_source=copy 版权声明：本文为博主原创文章，转载请附上博文链接！