<p>php-redis在github上的项目地址:https://github.com/phpredis/phpredis</p><p>pconnect函数声明</p><p>其中time_out表示客户端闲置多少秒后,就断开连接。函数连接成功返回true,失败返回false:</p><pre class="brush:php;toolbar:false">pconnect(host,port,time_out,persistent_id,retry_interval)
host:string.canbeahost,orthepathtoaunixdomainsocket
port:int,optional
timeout:float,valueinseconds(optional,defaultis0meaningunlimited)
persistent_id:string.identityfortherequestedpersistentconnection
retry_interval:int,valueinmilliseconds(optional)</pre><p>下面的例子详细介绍了pconnect连接的重用情况。</p><pre class="brush:php;toolbar:false">$redis->pconnect('127.0.0.1',6379);
$redis->pconnect('127.0.0.1');//默认端口6379,跟上面的例子使用相同的连接。
$redis->pconnect('127.0.0.1',6379,2.5);//设置了2.5秒的过期时间。将是不同于上面的新连接
$redis->pconnect('127.0.0.1',6379,2.5,'x');//设置了持久连接的id,将是不同于上面的新连接
$redis->pconnect('/tmp/redis.sock');//unixdomainsocket-wouldbeanotherconnectionthanthefourbefore.</pre><p>pconnect使用介绍</p><p>对pconnect方法简单描述</p><p>使用该方法创建连接,连接不会在调用close方法之后关闭,只有在进程结束之后该连接才会被关闭。</p><p>[待验证]如果使用的是长连接,Redis配置文件中的timeout配置项需要设置为0,否则连接池中的连接会因为超时而失效</p><p>针对PHP-FPM来说明一下pconnect</p><p>长连接只会在PHP-FPM进程结束之后结束,连接的生命周期就是PHP-FPM进程的生命周期。</p><p>相比较短连接而言,在每一个PHP-FPM调用过程中都会产生一个redis的连接,在服务器上的表性形式就是过多的time_out连接状态。</p><p>而长连接相反,PHP-FPM调用的所有CGI都只会共用一个长连接,所以也就是只会产生固定数量的time_out。</p><p>关闭长连接</p><p>可以调用close和unset方法,但两则差异很大:</p><p>- close的作用仅仅是使当前PHP进程不能再进行redis请求,但无法真正关闭redis长连接,连接在后续请求中仍然会被重用,直FPM进程生命周期结束。所以close 并不会销毁redis对象,只是断开连接而已。</p><p>- unset 变量才会销毁。也需要注意并不是使用了 pconnect 就不要 close 了,如果当前脚本执行时间很长 那么也会一直占用一个连接的。</p><p>如何判断当前Redis是否处于连接状态</p><p>等效的问题是,在单例模式中,判断当前实例是否有效。</p><p>习惯上调用echo,判断是否正常返回字符串本身,或者调用ping,查看返回值是否为 +PONG。</p><p>但是需要特别小心的是,在redis断开连接之后,调用echo以及ping(返回'+POMG')时,均会抛出异常。所以要通过异常捕获机制来处理。</p><p>代码分析pconnect连接重用的问题</p><p>情况一:非单例模式。</p><p>说明:a实例和b实例共用了一条连接,b实例将a实例的连接修改了:</p><p>所以下面的例子导致最终$a实例得到的值变成了2,需要特别注意。</p><pre class="brush:php;toolbar:false">$a=pconnect(host,port,time_out);
select(3);
$a->setex(id,3);
echo$a->get(id);
//之后执行下面的连接
$b=pconnect(host,port,time_out);
select(2);
$b->set(id,2)</pre><p>echo $a->get(id); //这个id操作的db变成了2,不再是之前的3了。因为这两个连接共用了一个连接通道。</p><p>情况二:单例模式。</p><p>将上述的代码修改,a和b都通过getInstance来生成。生成的前提是判断当前实例是否存在。单例模式的混淆点在于:</p><p>$a生成了一个实例,这时候生成$b, $b使用了$a的实例,然后修改了$a的连接,之后调用$a肯定是调用的$b修改之后的实例。跟情况二一致。</p><p>单例模式的代码如下:</p><pre class="brush:php;toolbar:false">publicstaticfunctiongetInstance($db=0)
{
if(!isset(self::$_instance)){
self::$_instance=newRedis();
}
self::_connect();
self::$_instance->select($db);
returnself::$_instance;
}</pre><p>两种情况都说明了连接重用的问题。如何修复这个bug?两点:</p><p>1.为每一个db生成一个单例。</p><p>2.避免连接重用问题。</p><p>所以代码可以做调整为返回一个单例数组:</p><pre class="brush:php;toolbar:false">publicstaticfunctiongetInstance($db=0)
{
try{
if(isset(self::$_instance[$db])&&self::$_instance[$db]->Ping()=='Pong'){
returnself::$_instance[$db];
}
}catch(Exception$e){
}
self::$_instance[$db]=newRedis();
self::_connect($db);
returnself::$_instance[$db];
}</pre><p>需要注意的地方</p><p>避免在Task类成员变量中使用redis对象。</p><p>在redis的单例模式中,声明了time_out的过期时间。如果redis处理的场合是一个任务,而任务调用redis间隔时间又比较长。当间隔大于time_out时候,redis就会断开连接,这时候所有对redis的操作都会失效。解决的办法就是避免这种调用方式,通过在调用的地方动态声明redis类来执行。这种问题对于长连接和短链接是没有区分,属于调用的方式错误。</p>