Я хотел бы обслуживать огромное количество ключей (100 000 000+), но только несколько (50 000) могут поместиться в память (тот, который наиболее задан). Кто-нибудь имеет опыт работы с redis, membase или другим? Есть ли у кого-то тесты ключей для работы с дисками?Каков наилучший механизм кеширования для больших наборов данных, которые не вписываются в память?
Благодаря
ответ Salvatore Sanfilippo в:
Это случай использования для VM, но не , когда разница между в-таран и не-в-барана настолько велик.
Btw в Redis нестабильного ВМ заменяется новая идея под названием «diskstore», которые касаются вашего использования случая, но, к сожалению, это не производства готового на данном этапе.
Если на диске будет достаточно много ключей, и если механизмы хранения не обеспечивают эффективный механизм индексирования, производительность будет сильно ударяться. Я не думаю, что redis b-деревья готовы. Вы можете проверить кабинет Tokio. Похоже, что он хранит ключевое значение + btrees.
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
Виртуальная память - это диск, а Redis VM - это не то же самое, что системная VM. –