之前嘗試用的是memcache，后來發(fā)現(xiàn)memcached支持setMulti方法，準(zhǔn)備轉(zhuǎn)向使用memcached庫了。

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

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

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

終于，基于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是原生實現(xiàn)的，但是使用libmemcached的pecl::memached只支持OO接口，而pecl::memcache則是OO和非OO兩套接口并存，這點(diǎn)拖累了它。

其實這些都不是最重要的。使用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作為底層的引擎。但是之后想想，其實我并不是很支持對memcached使用這樣的架構(gòu)，它和MySQL的情況不一樣。

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

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

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

Memcached manual:

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

Memcache manual:

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

Memcached 協(xié)議中英文對照

php技術(shù)：php上的memcache和memcached兩個pecl庫，轉(zhuǎn)載需保留來源！

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