PHP扩展模块memcached长连接使用方法分析

     网上广泛流传着一篇文章，讲述php的两个扩展模块memcache和memcached的

      网上广泛流传着一篇文章，讲述php的两个扩展模块memcache和memcached的区别，其中特意强调了memcached与memcached一个很大的区别是memcached模块不支持长连接。以至于后来很多年我都认为memcached是不支持长连接的，其实不然，memcached扩展模块从很早的版本开始就已经支持长连接了。从扩展模块的源码注视中我们就能看到：

/* {{{ Memcached::__construct([string persistent_id[, callback on_new[, string connection_str]]]))

   Creates a Memcached object, optionally using persistent memcache connection */

static PHP_METHOD(Memcached, __construct)

{

从php的手册身上我们可以看到memcached的扩展模块提供的构造函数提供一个参数persistent_id可选项，手册中这样介绍：

      默认情况下，Memcached实例在请求结束后会被销毁。但可以在创建时通过persistent_id为每个实例指定唯一的ID， 在请求间共享实例。所有通过相同的persistent_id值创建的实例共享同一个连接。 

这个参数的含义就是说如果你传递了一个命名id给到构造方法，那么就会建立长连接，通常我们使用的都是PHP-FPM模式，这样PHP-FPM进程就会和memcached服务简历一条长连接通道。我们也可以理解为persistent_id就是一个连接池名字，所有php-fpm进程都是这个连接池中的一员。

     但我们需要注意的是php是解释性语言，当php第一次通过memached模块建立起长连接后，切记后续的php执行就不要再通过memcached的构造函数构建相同persistent_id命名的长连接，可以建立不同persistent_id名字的长连接，如果是相同的名字被php重复执行，一定会导致php-fpm的进程异常导致与memcached的通信越来越慢，同时根据libmemcached的版本不同还会导致php产生coredump。

    那么我们如何避免单个php-fpm在建立完以persistent_id命名的长连接后不再重复建立长连接呢？其实在PHP带有评注的手册上是有讲解的，内容如下：

When using persistent connections, it is important to not re-add servers. This is what you do not want to do:

$mc = new Memcached('mc');
$mc->setOption(Memcached::OPT_LIBKETAMA_COMPATIBLE, true);
$mc->addServers(array(
 array('mc1.example.com',11211),
 array('mc2.example.com',11211),
));

Every time the page is loaded those servers will be appended to the list resulting in many simultaneous open connections to the same server. The addServer/addServers functions to not check for existing references to the specified servers. A better approach is something like:

$mc = new Memcached('mc');
$mc->setOption(Memcached::OPT_LIBKETAMA_COMPATIBLE, true);
if (!count($mc->getServerList())) {
 $mc->addServers(array(
 array('mc1.example.com',11211),
 array('mc2.example.com',11211),
 ));
}

通过使用getServerList()方法来检查当前执行使用的php-fpm进程容器中是否已经存在相同名字的长连接资源，如果存在就不要重复使用addServers() 方法来新增长连接配置。