Redis はなぜ他のキー・バリューストアと違うのか?¶ それには 2 つの理由があります。 Redis は、複雑なデータタイプをもつことができ、またそれらに対して定義されたアトミックな操作を備えている、という点で、他のキー・バリュー DB とは異なる進化を遂げてきました。Redis のデータタイプは基礎的なデータ構造と深い関わりをもち、付加的な抽象レイヤを介することなくプログラマに公開されています。 Redis はディスクにも永続化を行いますが、インメモリデータベースであり、そこにはトレードオフが存在します。つまり、メモリ容量より大きなデータ・セットを保持できない代わりに、高速な書き込みと読み込みを達成します。インメモリデータベースのもうひとつの利点は、複雑なデータ構造のメモリ表現は、同じ構造をディスクに格納するのに比較すると、よりシンプルに操作できる、というものです。そのため Redi
Redis を LRU キャッシュとして使う¶ Redis をキャッシュとして使う際、新しいデータを追加するときに自動的に古いデータを追い出すようにできると便利です。この振る舞いは、人気の高い memcached システムのデフォルトの振る舞いであるため、開発者の間では非常によく知られています。 LRU は、実際にはエビクション・メソッドのひとつにすぎません。このページでは Redis のメモリ使用量を制限するための ‘maxmemory’ ディレクティブについて、より一般的なトピックを扱います。また、Redis で使用されている LRU アルゴリズムについても扱います。Redis の LRU アルゴリズムは、実際には正確な LRU ではなく、その近似です。 メモリ設定のためのディレクティブ¶ ‘maxmemory’ ディレクティブは、データセットに対して指定された量のメモリを使用するよう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く