存儲命令的格式：
? 1 2
<command name> <key> <flags> <exptime> <bytes>
<data block>
參數說明如下：
<command name> set/add/replace <key> 查找關鍵字 <flags> 客戶機使用它存儲關於鍵值對的額外信息 <exptime> 該數據的存活時間，0表示永遠 <bytes> 存儲字節數 <data block> 存儲的數據塊（可直接理解為key-value結構中的value）(1)、無論如何都存儲的set
這個set的命令在memcached中的使用頻率極高。set命令不但可以簡單添加，如果set的key已經存在，該命令可以更新該key所對應的原來的數據，也就是實現更新的作用。
可以通過“get 鍵名”的方式查看添加進去的記錄：
如你所知，我們也可以通過delete命令刪除掉，然後重新添加。
(2)、只有數據不存在時進行添加的add
(3)、只有數據存在時進行替換的replace
可以看到，刪除已存在的鍵值和不存在的記錄可以返回不同的結果。
get命令的key可以表示一個或者多個鍵，鍵之間以空格隔開
可以看到，gets命令比普通的get命令多返回了一個數字（上圖中為13）。這個數字可以檢查數據是否發生改變。當key對應的數據改變時，這個多返回的數字也會改變。
cas即checked and set的意思，只有當最後一個參數和gets所獲取的參數匹配時才能存儲，否則返回“EXISTS”。
執行stats items，可以看到STAT items行，如果memcached存儲內容很多，那麼這裡也會列出很多的STAT items行。
我們執行stats cachedump 1 0 命令效果如下：
這裡slab_id為1，是由2中的stats items返回的結果（STAT items後面的數字）決定的；limit_num看起來好像是返回多少條記錄，猜的一點不錯， 不過0表示顯示出所有記錄，而n(n>0)就表示顯示n條記錄，如果n超過該slab下的所有記錄，則結果和0返回的結果一致。
通過stats items、stats cachedump slab_id limit_num配合get命令可以遍歷memcached的記錄。
如stats slabs,stats sizes,stats reset等等使用也比較常見。
在現有的緩存數據後添加緩存數據，如現有緩存的key不存在服務器響應為NOT_STORED。
和append非常類似，但它的作用是在現有的緩存數據前添加緩存數據。
該命令有一個可選的數字參數。它總是執行成功，服務器會發送 “OKrn” 回應。它的效果是使已經存在的項目立即失效（缺省），或在指定的時間後。此後執行取回命令，將不會有任何內容返回（除非重新存儲同樣的鍵名）。 flush_all 實際上沒有立即釋放項目所占用的內存，而是在隨後陸續有新的項目被儲存時執行（這是由memcached的懶惰檢測和刪除機制決定的）。
flush_all 效果是它導致所有更新時間早於 flush_all 所設定時間的項目，在被執行取回命令時命令被忽略。
memcached還有很多命令，比如對於存儲為數字型的可以通過incr/decr命令進行增減操作等等，這裡只列出開發和運維中經常使用的命令，其他的不再一一舉例說明。
web站點中緩存的重要性毋庸置疑。我想很多asp.net開發人員在開發web應用系統的時候優先考慮使用的緩存並不是第三方緩存解決方案（比如 分布式緩存memcached、redis等等），而應該是.net framework已經提供的多種緩存解決方案。下面結合自己的開發經驗談談對.net framework中緩存的認識。
1、System.Web.Caching.Cache
估計大部分做過asp.net開發的人都用過這個命名空間下的緩存，我們可以直接使用HttpContext.Current.Cache實例而不 用實例化。當然這個命名空間下的Cache類是允許您實例化的，需要定制自己的緩存系統的當然可以完全自己控制如何初始化這個類。我在園子裡看到過有很多 文章介紹Cache的CRUD輔助類庫大多數都是針對System.Web.Caching.Cache。
需要說明的是，我們還可以通過該命名空間下的HttpRuntime.Cache實現web、控制台、winform等不同表現形式下的緩存，而且 完全無需自己實例化。HttpRuntime.Cache是之前個人開發中使用比較多的一個類，現在比較偏愛.net framework4.0中的增強型的緩存類MemoryCache。
2、Output Cache
眾所周知，輸出緩存主要分頁面輸出緩存和頁面部分緩存。說白了，就是緩存整個頁面的html或者部分html，本來沒什麼值得討論的，但是最近看到dudu的這篇博客才恍然發現，想不到使用它還真是大有講究，我以前怎麼就沒有發現這個問題呢？看來發現問題和解決問題的能力同樣重要，有時候前者甚至更重要啊。
3、System.Runtime.Caching
現在個人開發中使用最多的類MemoryCache出自這個命名空間，使用前需要引用using System.Runtime.Caching。MemoryCache繼承自ObjectCache, IEnumerable, IDisposable，其中ObjectCache是個抽象類。用過MemoryCache的人都知道，這個MemoryCache有一個屬性叫 Default，通常可以像下面這樣使用：
private static ObjectCache memCache = MemoryCache.Default;
當然我們也完全可以通過public MemoryCache(string name, NameValueCollection config = null)構造函數初始化緩存對象。
接著我們可以在web.config文件中配置每個MemoryCache實例運行的內存使用配額方案和配額檢查周期，下面示例參考MSDN：
<system.runtime.caching>
<memoryCache>
<namedCaches>
<add name="Default" cacheMemoryLimitMegabytes="10" pollingInterval="00:02:00"/>
</namedCaches>
</memoryCache>
</system.runtime.caching>
這些配置意義在於可以明確指定每個MemoryCache實例運行的內存使用配額方案和配額檢查周期。比如我們可以通過配置來按需更改 MemoryCache.Default實例的內存配額（不知道緩存可用最大內存是多少，可能還是傳說中的800M左右）。緩存過期策略與其它的緩存框架 大同小異，與System.Web.Caching.Cache的不同只是名稱不叫CacheDependency，而叫ChangeMonitor，並且提供了基於文件和目錄的緩存依賴策略。關於緩存過期策略也比較有探討的必要，不過個人開發中比較偏重於數據緩存和替換，目前還沒有接觸和使用過比較完美的過期策略解決方案。
