之前嘗試用的是memcache，后來發現memcached支持setMulti方法，準備轉向使用memcached庫了。

(試了下，實際上，memcache從支持多值set，但文檔上還沒有，看changelog好像是3.0開始支持，穩定版可能不帶此功能。)

至于效率，也不清楚會有多大差距。

這里有一篇文章也說到，memcached是基于libmemcached，可能要好一些。

終于，基于libmemached的php擴展在pecl發布了。

于是，現在pecl上有兩個memcache客戶端了。一個是完全在php框架內開發的memcache，一個是使用libmemcached的memecached。

功能嘛，我沒看過libmemcached，但是理論上來說，在其他語言里已經很流行的libmemcached應該會有更完善的功能。而程序上性能（內存和CPU使用率），不好說，雖然pecl::memcache是原生實現的，但是使用libmemcached的pecl::memached只支持OO接口，而pecl::memcache則是OO和非OO兩套接口并存，這點拖累了它。

其實這些都不是最重要的。使用libmemcached有個明顯的優點，就是以后隨著memcached服務器端的改進，這個lib也必定會馬上跟進的。而pecl::memcache卻不一定能做到按時跟進。

pecl::memcached，還有個非常稱贊的地方，就是flag不是在操作的時候設置了。而是有一個統一的setOption()。沖著這個方法，就非常值得從pecl::memcache轉到pecl::memcached了。具體的接口可以看這里：http://cvs.php.NET/viewvc.cgi/pecl/memcached/memcached-api.php?view=markup

我在pecl-dev@里提到是否可以做成driver-based的架構。跟現在的MySQL一樣，可以選擇使用mysqlnd或者libmysql作為底層的引擎。但是之后想想，其實我并不是很支持對memcached使用這樣的架構，它和MySQL的情況不一樣。

mysqlnd作為一個引擎而不是一個新的api來開發，可以使得大量的應用程序不需要對數據庫操作做修改即可用上新的引擎。如果mysqlnd作為一個新的extension，那么如果它想兼容以前的程序，就面臨一個很困難的選擇。因為目前為止，存在3個官方的使用libmysql的，并具有不同對外接口的MySQL類集。mysqlnd能兼容mysql，就無法兼容mysqli或者pdo。當然對于使用自己的抽象數據庫類的程序來說，這個可以通過改寫類或者更換driver(php層面)來實現兼容。但是要想想，就算是使用抽象庫，這個世界如此之多的數據庫抽象庫，如果要讓所有人都用得起nd，那得改多少個庫，加多少個driver阿。

memcached的情況就簡單很多了，目前和官方關系比較密切的只有pecl::memcache，而且接口基本上都是根據memcached的協議來的，和libmemcache相差無幾。它們其實都可以被看作是一個抽象類里的不同driver。所以雖然是兩套不同的客戶端，但是更換起來，幾乎不需要做什么改動，只需要在類初始化的地方更改一下，set/get等等這些方法的flag去掉即可，除非你使用了非OO的接口。

另外mysql在通訊和數據獲取上也比memcache復雜，nd可以做到一些libmysql無法做到的事情。例如buffer可以直接用php內部的HashTable和zval存儲；再例如一些作為持久鏈接的結構可以更多地緩存起來。(這些例如只是我的猜測，我并沒有去閱讀過mysqlnd的代碼)

Memcached manual:

http://cn.php.NET/manual/en/book.memcached.php

Memcache manual:

http://cn.php.NET/manual/en/book.memcache.php

Memcached 協議中英文對照

php技術：php上的memcache和memcached兩個pecl庫，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。