最后更新于 .

这几天在做一个API的时候,由于后端服务器量太多,导致前段webserver的CGI连接数过多,所以,不得不使用连接池来进行管理。(好吧,我知道说出来有点恐怖,600台webserver,125台32G的cache服务器,也就是cache量接近3T……)
之前有人实现过,大体思路如下:
1)定义一个list数组,里面的每个指针对象维护一条连接,并且为list规定一个最大值。
2)每当有信莲连接生成时(或者已经有的连接重新使用),就向list中添加一个对象;如果list的大小已经大于最大值,那么就把最后一个对象关闭并且扔出连接池(也就是要求,在这个对象的连接被断掉后,这个对象再次使用时,应该有重连的功能)

这样做的确比较简单,但是也会产生如下几个问题:
1)在第二点中,如果是已经有的连接重新使用,假设我们规定list的最大大小为1,那么这个被重复使用的连接实际上是在被重复的关闭和重新打开。
2)没有权重的概念,即可能对于一个访问频率比较高的连接,很可能会被一个访问量比较低的连接冲击导致连接断掉。

基于以上考虑,我重新设计了一套连接池模型:

typedef _conn_info
{
????int iCreateTime;//就是创建这个结构体的时间(第一次建立连接时的时间)
????int iLastTime;//最后一次被调用的时间
????int iReq;//被使用到的次数
????CConnClass* ptrConn;//对象的指针,维护着一个长连接
????//需要重载??>,>=,==,<,<= 几个符号,因为需要直接来通过struct的比较来实现权重的比较
}ConnInfo;
class CConnPool
{
????public:
????????int SetMaxConnNum(int maxConnNum);
????????int push_back(CConnClass *ptrConn)
????????{
????????????m_MulSetConnInfo.find(ptrConn)
????????????if(找到ptrConn在m_MulSetConnInfo中已经存在)
????????????{
????????????????获取已经存在的ConnInfo;
????????????????从m_MulSetConnInfo中删除
????????????}
????????????else
????????????{
????????????????创建一个新的ConnInfo
????????????}
????????????将iLastTime和iReq重新赋值,并且塞回m_MulSetConnInfo中去;
????????????while(m_MulSetConnInfo.size()>m_MaxConnNum)
????????????{
????????????????获取m_MulSetConnInfo的最后一个对象
????????????????关闭这个对象的ptr维护的长连接
????????????????m_MulSetConnInfo.erase(这个对象);
????????????}
????????}
????private:
????????multiset<ConnInfo> m_MulSetConnInfo;//用来
????????int m_MaxConnNum;
};

用这样的方法来实现的最大好处,就是,权重?。òǖ饔昧啃〉鹊龋┑某ち踊静换嵊跋斓饺ㄖ卮蟮某ち?,当然,这样消耗的效率也会比直接用list大一点。

好啦,就到这里啦,如果有更好的实现方法,我会继续在这里和大家分享的~

转载请注明出处.湖南快乐十分网址

Pingbacks

Pingbacks已打开。

Trackbacks

引用地址

评论

  1. egmkang

    egmkang on #

    哇,你这啥公司,这么牛叉

    Reply

    1. Dante

      湖南快乐十分网址 on #

      呵呵,腾讯……

      Reply

      1. egmkang

        egmkang on #

        怪不得n多服务器

        Reply

发表评论