我想提供大量的密鑰(100 000 000+),但只有少數(50 000)可以適應內存(最常見的那個)。有沒有人有使用redis,membase或其他的經驗?有沒有人有磁盤服務密鑰的基準?對於不適合內存的大型數據集,最佳緩存引擎是什麼?
感謝
我想提供大量的密鑰(100 000 000+),但只有少數(50 000)可以適應內存(最常見的那個)。有沒有人有使用redis,membase或其他的經驗?有沒有人有磁盤服務密鑰的基準?對於不適合內存的大型數據集,最佳緩存引擎是什麼?
感謝
薩爾瓦託雷聖菲利波的迴應:
這是一個使用案例VM,但不 時之間的差異夯 和不以-RAM是如此之大。
順便說一下在Redis的不穩定的虛擬機被稱爲 「diskstore」,解決您的使用 情況下,新的理念所取代 ,但不幸的是它不是 生產做好準備在這個階段。
如果相當多的密鑰將在磁盤中存在,並且如果存儲引擎不提供有效的索引機制,那麼性能將受到嚴重影響。我不認爲redis b-trees已經準備好了。你可以檢查Tokio Cabinet。它似乎提供了鍵值存儲+樹。
http://www.igvita.com/2009/02/13/tokyo-cabinet-beyond-key-value-store/
http://colinhowe.wordpress.com/2009/04/27/redis-vs-mysql/
只有50000鍵可以裝進你的記憶是什麼?另外,redis不能從磁盤上運行,只能保存到磁盤(作爲備份)。 Redis可以從虛擬內存運行,但不能運行磁盤。 – Colum 2011-02-07 21:39:38