redis为什么需要连接池？

首先redis是单线程的，但是当我多个同时连接redis时是不是要排队吗？然后执行命令，和我们执行单个全局连接直接去一个执行redis指令，感觉差不多吗？
此言差异，虽然redis是单线程的，但这并不表示使用连接池不能提高效率，只是不能通过多线程的方式提高效率。

redis连接池单连接的效能提高很多，要了解为什么redis连接池能够这么大幅的提高性能，就要了解单连接的性能瓶颈在哪里？
单线程不是redis的性能瓶颈，对redis而言，有两个性能所在，一个是计算机执行命令的速度，另一个是网络通信性。很显然，执行命令速度不是redis的性能瓶颈，通信才是其瓶颈。据我所知，redis每秒可执行10万次，因此，对于客户端将若干条命令传输给redis服务，命令执行时间和通信时间大概是比等于0，将设以1s举例，几条命令传输时间为40ms，而每秒可执行10万条命令，那么这些命令只是花费1ms来执行，其他39ms时间无事可做，等待下一个命令的到来，其中的间隙，造成redis的闲置。

综上，要提高redis的性能，可以降低单位时间内的通信成本，那么连接池就是一个不错的选择。客户端使用连接池+多线程方案，使得redis服务闲置时间降低，极大的提高了服务效率。
 

简述

在学习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复用）。