網上廣泛流傳著一篇文章，講述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 */html' target='_blank'>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() 方法來新增長連接配置。PHP教程
