終于，基于libmemached的php擴展在pecl發(fā)布了。

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

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

其實這些都不是最重要的。使用libmemcached有個明顯的優(yōu)點，就是以后隨著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來開發(fā)，可以使得大量的應用程序不需要對數據庫操作做修改即可用上新的引擎。如果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的代碼)