解决Redis链接池满载的新方案（redis 链接池满了）

随着对互联网应用要求的日益提高，分布式内存存储解决方案Redis已成为Web应用的常见解决方案，在缓存诸多场景下非常有用。与大多数数据库不同，Redis不会创建可以永久性保存的连接，但是会打开一个新的连接来处理每个客户端的请求。这导致Redis的连接池很容易满载，造成网站的崩溃。

因此，为了解决Redis 连接池满载的问题，我提出了一个新的解决方案，即基于轮询排队策略的连接池。我们采用已有的连接池结构，维护一个不断变化的活动连接池队列。每当一个连接进入或离开池时，该活动连接池队列将响应地对应地增加或减少。

当客户端请求需要使用Redis时，连接池会首先查看队列中是否有号，并依次轮询查看是否有活动的连接可用，若有，则给予客户端，如果尽头没有活动的连接，则新创建一个活动连接，随后释放空闲的连接以回收资源。

以下是实现基于轮询排队策略的Redis连接池代码：

“`java

public synchronized MyRedisPortal getConnection() {

// 如果活动队列不为空，即有空闲连接

if (!ActiveConnectQueue.isEmpty()) {

MyRedisPortal portal = ActiveConnectQueue.poll();

portal.status = STATUS.BUSY;

return portal;

} else {

// 如果已创建连接

if(createdConnection

MyRedisPortal newConnect = newMyRedisPortal();

ActiveConnectQueue.add(newConnect);

createdConnection++;

newConnect.status = STATUS.BUSY;

return newConnect;

} else {

// 如果所有连接都在忙碌，则等待，直到空闲连接

while(true){

if(ActiveConnectQueue.isEmpty()){

continue;

}else{

MyRedisPortal portal = ActiveConnectQueue.poll();

portal.status = STATUS.BUSY;

return portal;

}

}

}

}

}

此外，我们还实现了一个释放连接的方法，从而为后续请求释放资源，也可以保证连接达到最大值后自动回收：

```java
public synchronized void releaseConnection(MyRedisPortal portal) {
    portal.status = STATUS.IDLE;
    ActiveConnectQueue.add(portal); 
}

综上所述，通过采用基于轮询排队策略的Redis连接池模型，在客户端发起连接请求时，可以充分利用已有的活动连接，从而避免连接池满载，解决Web应用的崩溃问题。