php上的memcache和memcached兩個pecl庫

之前嘗試用的是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 協議中英文對照