PHP扩展模块memcached长连接使用方法分析
网上广泛流传着一篇文章，讲述php的两个扩展模块memcache和memcached的区别，其中特意强调了memcached与memcached一个很大的区别是memcached模块不支持长连接。以至于后来很多年我都认为memcached是不支持长连接的，其实不然，memcached扩展模块从很早的版本开始就已经支持长连接了。从扩展模块的源码注视中我们就能看到：
/*{{{Memcached::__construct([stringpersistent_id[,callbackon_new[,stringconnection_str]]]))
CreatesaMemcachedobject,optionallyusingpersistentmemcacheconnection*/
staticPHP_METHOD(Memcached,__construct)
{
从php的手册身上我们可以看到memcached的扩展模块提供的构造函数提供一个参数
默认情况下，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带有评注的手册上是有讲解的，内容如下：
Whenusingpersistentconnections,itisimportanttonotre-addservers.
Thisiswhatyoudonotwanttodo:
$mc=newMemcached('mc');
$mc->setOption(Memcached::OPT_LIBKETAMA_COMPATIBLE,true);
$mc->addServers(array(
array('mc1.example.com',11211),
array('mc2.example.com',11211),
));
Everytimethepageisloadedthoseserverswillbeappendedtothelistresultinginmanysimultaneousopenconnectionstothesameserver.TheaddServer/addServersfunctionstonotcheckforexistingreferencestothespecifiedservers.
Abetterapproachissomethinglike:
$mc=newMemcached('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()方法来新增长连接配置。