はい。Redisプロトコルとの互換性を維持しながら、RAMサイズによって制限されないRedisの2つの選択肢があります。
Ardb（C ++）、レプリケーション（Master-Slave / Master-Master）：https://github.com/yinqiwen/ardb
redisプロトコル互換の永続ストレージサーバー、ストレージエンジンとしてsupportLevelDB / KyotoCabinet/LMDB。
Edis（Erlang）：https://github.com/cbd/edis
Edisは、Erlangで記述された、Redisのプロトコル互換サーバー代替品です。 Edisの目標は、データセットをメモリ内に保持するよりも永続性が重要な場合に、Redisのドロップイン代替品になることです。 Edis（現在）はGoogleのleveldbをバックエンドとして使用しています。
完全を期すために、別のデータ構造データベースがあります：
Hyperdex（文字列、整数、フロート、リスト、セット、マップ）：http://hyperdex.org/doc/latest/DataTypes/#chap:data-types
HyperDexは次のとおりです：
- 高速：HyperDexは、他のキーバリューストアよりもレイテンシが低く、スループットが高く、分散が低くなっています。
- スケーラブル：HyperDexは、システムにマシンが追加されるにつれてスケーリングします。
- 一貫性：HyperDexは、キーベースの操作の線形化を保証します。したがって、読み取りは常にシステムに挿入された最新の値を返します。 「最終的に」だけでなく、即座にそして常に。
- フォールトトレラント：HyperDexは複数のマシン上のデータを自動的に複製するため、アプリケーションで決定された制限までの同時障害によってデータが失われることはありません。検索可能：
- HyperDexを使用すると、セカンダリデータ属性を効率的に検索できます。
- 使いやすさ：HyperDexは、さまざまなスクリプト言語およびネイティブ言語用のAPIを提供します。
- 自己保守：HyperDexは自己保守であり、ユーザーによる保守はほとんど必要ありません。