memcached主要作為一個(gè)共享內(nèi)存服務(wù)器，其PHP擴(kuò)展庫(kù)僅僅作為PHP到memcached的連接庫(kù)存在，類(lèi)似MySQL擴(kuò)展庫(kù).因而，memcached可以完全脫離PHP，其共享的數(shù)據(jù)，可以被不同的程序調(diào)用.

根據(jù)兩者的不同，我們將他們使用在真真需要的地方：

eAccelerator主要用于單機(jī)PHP提速，緩存中間數(shù)據(jù).對(duì)于實(shí)時(shí)性高，但數(shù)據(jù)操作量小的情況下，非常實(shí)用.

memcached用于分布式或者集群系統(tǒng)，多臺(tái)服務(wù)器可以共享數(shù)據(jù).對(duì)于實(shí)時(shí)性高，同時(shí)數(shù)據(jù)操作量大的情況下，非常實(shí)用.

對(duì)MemCached的正確認(rèn)識(shí)

剛開(kāi)始,聽(tīng)說(shuō)用MemCached來(lái)緩存數(shù)據(jù)到內(nèi)存，然后對(duì)數(shù)據(jù)進(jìn)行操作，(這里的操作包括了，查詢(xún)和更新)，聽(tīng)起來(lái)真是太棒了。這樣，一定時(shí)間內(nèi)不用操作數(shù)據(jù)庫(kù)。真是太好了。

然后我一直在想一個(gè)問(wèn)題，查詢(xún)確實(shí)可以，可是更新內(nèi)存要怎么處理并發(fā)?難道，我們的MemCached 來(lái)有這般功能，如果這樣，那真是太神了。

可是事情，并不是像說(shuō)的那樣。對(duì)MemCached的這樣認(rèn)識(shí)是不正確的。

MemCache和其他的cache是一樣的，當(dāng)數(shù)據(jù)更新之后，cached 的東西，也就是 out date 的東西了。

在網(wǎng)上看了，前輩們對(duì)MemCached的闡述，更是說(shuō)明了這點(diǎn)。

所以，不應(yīng)該指望，直接更新MemCached，而省略了數(shù)據(jù)庫(kù)這一環(huán)節(jié)。

這前認(rèn)為他提供的set方法是用來(lái)更新數(shù)據(jù)庫(kù)的，那時(shí)自己的癡心妄想。

其實(shí)這個(gè)方法是將數(shù)據(jù)庫(kù)中的記錄緩存到MemCached中，同時(shí)指定它的有效期是多長(zhǎng)。

現(xiàn)在我想到了，為什么，我們的MemCached中的內(nèi)容一直都沒(méi)變化，即使我已經(jīng)刪除了該條記錄。

我們?cè)趕et()的時(shí)候，并沒(méi)有設(shè)置它的過(guò)期時(shí)間，也就默認(rèn)是0，即永不過(guò)期。只要MemCached服務(wù)器沒(méi)有重起，它就一直存在。

這樣說(shuō)來(lái)，我們的ROR項(xiàng)目中，使用緩存來(lái)減少數(shù)據(jù)庫(kù)的檢索，而不能指望讓MemCached可以讓我們連更新數(shù)據(jù)庫(kù)也免了。

如果真的連更新數(shù)據(jù)庫(kù)也免了，就真的跨入了非數(shù)據(jù)庫(kù)時(shí)代，哈哈。估計(jì)不太可能。如果我們能保證用戶(hù)是以隊(duì)列的方式，一個(gè)接著一個(gè)來(lái)的話。

還是另想辦法來(lái)減輕更新帶來(lái)的壓力。