这篇文章主要介绍了PHP使用Redis长连接的方法,结合实例形式详细分析php操作redis长连接的使用方法及相关注意事项,需要的朋友可以参考下。

本文实例讲述了PHP使用Redis长连接的方法，分享给大家供大家参考，具体如下：

php-redis在github上的项目地址：https://github.com/phpredis/phpredis

pconnect函数声明

其中time_out表示客户端闲置多少秒后，就断开连接，函数连接成功返回true，失败返回false：

1. pconnect(host, port, time_out, persistent_id, retry_interval) 
2.     host: string. can be a host, or the path to a unix domain socket 
3.     port: int, optional 
4.     timeout: float, value in seconds (optional, default is 0 meaning unlimited) 
5.     persistent_id: string. identity for the requested persistent connection 
6.     retry_interval: int, value in milliseconds (optional) 

下面的例子详细介绍了pconnect连接的重用情况。

$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'); // unix domain socket - would be another connection than the four before.

pconnect使用介绍

对pconnect方法简单描述

使用该方法创建连接，连接不会在调用close方法之后关闭，只有在进程结束之后该连接才会被关闭。

[待验证]如果使用的是长连接，Redis配置文件中的timeout配置项需要设置为0，否则连接池中的连接会因为超时而失效

针对PHP-FPM来说明一下pconnect

长连接只会在PHP-FPM进程结束之后结束，连接的生命周期就是PHP-FPM进程的生命周期。

相比较短连接而言，在每一个PHP-FPM调用过程中都会产生一个redis的连接，在服务器上的表性形式就是过多的time_out连接状态。

而长连接相反，PHP-FPM调用的所有CGI都只会共用一个长连接，所以也就是只会产生固定数量的time_out。

关闭长连接

可以调用close和unset方法，但两则差异很大：

- close的作用仅仅是使当前PHP进程不能再进行redis请求，但无法真正关闭redis长连接，连接在后续请求中仍然会被重用，直FPM进程生命周期结束。所以close 并不会销毁redis对象，只是断开连接而已。

- unset 变量才会销毁。也需要注意并不是使用了 pconnect 就不要 close 了,如果当前脚本执行时间很长 那么也会一直占用一个连接的。

如何判断当前Redis是否处于连接状态

等效的问题是，在单例模式中，判断当前实例是否有效。

习惯上调用echo，判断是否正常返回字符串本身，或者调用ping，查看返回值是否为 +PONG。

但是需要特别小心的是，在redis断开连接之后，调用echo以及ping(返回'+POMG')时，均会抛出异常。所以要通过异常捕获机制来处理。

代码分析pconnect连接重用的问题

情况一：非单例模式。

说明:a实例和b实例共用了一条连接，b实例将a实例的连接修改了：

所以下面的例子导致最终$a实例得到的值变成了2，需要特别注意。

1. $a = pconnect(host, port, time_out); 
2. select(3); 
3. $a -> setex(id, 3); 
4. echo $a -> get(id); 
5. //之后执行下面的连接 
6. $b = pconnect(host, port, time_out); 
7. select(2); 
8. $b->set(id,2) 
9. echo $a->get(id);  //这个id操作的db变成了2，不再是之前的3了。因为这两个连接共用了一个连接通道。 

情况二：单例模式。

将上述的代码修改，a和b都通过getInstance来生成。生成的前提是判断当前实例是否存在。单例模式的混淆点在于：

$a生成了一个实例，这时候生成$b, $b使用了$a的实例，然后修改了$a的连接，之后调用$a肯定是调用的$b修改之后的实例。跟情况二一致。

单例模式的代码如下：

1. public static function getInstance($db = 0) 
2. { 
3.   if (!isset(self::$_instance)) { 
4.     self::$_instance = new Redis(); 
5.   } 
6.   self::_connect(); 
7.   self::$_instance->select($db); 
8.   return self::$_instance; 
9. } 

两种情况都说明了连接重用的问题。如何修复这个bug？两点：

1.为每一个db生成一个单例。

2.避免连接重用问题。

所以代码可以做调整为返回一个单例数组：

1. public static function getInstance($db = 0) 
2. { 
3.   try{ 
4.     if (isset(self::$_instance[$db]) && self::$_instance[$db]->Ping() == 'Pong') { 
5.       return self::$_instance[$db]; 
6.     } 
7.   } catch (Exception $e) { 
8.   } 
9.   self::$_instance[$db] = new Redis(); 
10.   self::_connect($db); 
11.   return self::$_instance[$db]; 
12. } 

需要注意的地方

避免在Task类成员变量中使用redis对象。

在redis的单例模式中，声明了time_out的过期时间。如果redis处理的场合是一个任务，而任务调用redis间隔时间又比较长。当间隔大于time_out时候，redis就会断开连接，这时候所有对redis的操作都会失效。解决的办法就是避免这种调用方式，通过在调用的地方动态声明redis类来执行。这种问题对于长连接和短链接是没有区分，属于调用的方式错误。

Tags: PHP长连接 Redis长连接

分享到：