不適合引子：

    在大數據時代，總希望存在一個Key-value存儲機制，像HashMap一樣在內存中處理大量（千萬數量級）的key-value對，以便提高數據查找、修改速度。

    所以，我們會想到，Memcached和Redis這兩個NoSQL數據庫（嚴格來講二者都不可以算作數據庫）。

    1、Memcached是一個cache機制，當內存不足時會采用LRU機制，替換出陳舊數據，因此他不能保證我們的數據像在HashMap中一樣不丟失，且沒有數據持久化機制；

    2、Redis克服了這一缺點，采取磁盤存儲機制實現數據持久化。但是，當數據量達到1千萬左右時，由于內存中不能存儲如此大量數目的數據，頻繁同磁盤進行數據交換，導致數據查詢、存儲性能的急劇下降，將導致服務不可用。

     結論：當前還沒有好的產品可以實現key-value保證數據完整性，千萬級條數量級的，高效存儲和查詢支持產品。

     附錄一：如下是轉自其它網友的測試數據：

     附錄二：memcached 和redis的比較，和各自用途

附錄一：

從圖中可以猜測到還會有Redis 2.2.1 的測試，相同的測試環境，1K的數據量，使用ServiceStack.Redis客戶端進行如下測試：

　　1) Set操作

　　2) Get操作

　　3) Del操作

　　每一套測試分別使用三個配置進行測試：

　　1) 綠色線條的是開啟Dump方式的持久化，5分鐘持久化一次

　　2) 藍色線條是開啟AOF方式的持久化，每秒寫入磁盤一次

　　3) 紅色線條是關閉任何的持久化方式

　　對于每一個配置都使用相同的其他配置：

　　1) 開啟VM 最大內存10GB(128字節一