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

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

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

其實(shí)這些都不是最重要的。使用libmemcached有個明顯的優(yōu)點(diǎn)，就是以后隨著memcached服務(wù)器端的改進(jìn)，這個lib也必定會馬上跟進(jìn)的。而pecl::memcache卻不一定能做到按時跟進(jìn)。

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

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

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

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

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