PHP擴展模塊memcached長連接使用方法分析，擴展模塊memcached

PHP擴展模塊memcached長連接使用方法分析，擴展模塊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() 方法來新增長連接配置。