タグ

ブックマーク / redis-documentasion-japanese.readthedocs.io (6)

  • キー・スペース通知 — Redis Documentation (Japanese Translation)

    キー・スペース通知¶ 重要 keyspace notifications は 2.8.0 以上で提供される機能です。 機能概要¶ keyspace notifications は、Redis データセットに対するなんらかの変更イベントを、クライアントが Pub/Sub チャネルで受け取るための仕組みです。 以下は、受け取れるイベントの例です: あるキーに作用するすべてのコマンド LPUSH 操作を受けたすべてのキー database 0 の中で、expire されたすべてのキー イベントは、ノーマルな Redis の Pub/Sub レイヤを介して配信されます。そのため、Pub/Sub を実装しているクライアントであれば、修正を加えることなくこの機能が利用できます。 Redis の Pub/Sub は現在のところ fire and forget であるため、 信頼性のある通知 を必要とする

  • 入門 : Redis のデータ構造と概念 — Redis Documentation (Japanese Translation)

    入門 : Redis のデータ構造と概念¶ Redis は プレーン なキー・バリューストアではありません。実質的には、異なる種類の値をサポートする データ構造サーバー (data structures server) といえます。つまり、従来のキー・バリューストアでは、キーに文字列値を関連づけるのに対して、Redis では値はシンプルな文字列に限定されず、もっと複雑なデータ構造を格納することができます。以下のリストは、Redis でサポートされるすべてのデータ構造の一覧です。このチュートリアルで、それぞれについて説明していきいます: バイナリ・セーフな文字列 Lists: 文字列のコレクション。挿入された順序を保つ。基的には linked list. Sets: ユニークで、順序づけられない文字列のコレクション。 Sorted sets: Sets に似ているが、すべての要素には スコ

    nabinno
    nabinno 2016/07/28
    lrange, lpush, ltrim, brpop, rpoplpush, llen, hget, hmset, hincrby, zrangebyscore, zrevrank, zrangebylex
  • Redis の永続化 — Redis Documentation (Japanese Translation)

    このページでは Redis の永続化について、技術的な説明を提供します。すべての Redis ユーザーはこの内容に目を通しておくことを推奨します。Redis の永続化と障害耐性の保証について、より広範に概観するため Redis persistence demystified も参照すると良いでしょう。 Redis の永続化¶ Redis は、守備範囲の異なる永続化オプションを提供します: RDB 永続化は、ある時点のデータセットのスナップショットを、特定の間隔ごとに作成します。 AOF 永続化では、サーバーが受け付けたすべての書き込みコマンドを記録します。サーバーは起動時にログをリプレイし、元のデータを再構成します。コマンドは Redis プロトコルと同じフォーマットを使い、追記方式で記録されます。ログが大きくなりすぎたら、Redis はバックグラウンドでそれをリライトします。 サーバーが

  • Redis による分散ロック — Redis Documentation (Japanese Translation)

    Redis による分散ロック¶ 異なるプロセス同士が、相互に排他的な方法で共有リソースに対して操作を実行する、という環境において、分散ロックは非常に役に立ちます。 Redis を使った DLM (Distributed Lock Manager) の実装については、多くのライブラリやブログポストがあります。しかし、ライブラリごとに異なるアプローチがとられており、またその多くは、より複雑なデザインと比較するとシンプルで、そのぶん保証される内容が低いアプローチとなっています。 このページは、Redis 上で分散ロックを実装するにあたり、標準的なアルゴリズムを提供することを目指すものです。私たちはここで Redlock と呼ぶアルゴリズムを提供します。これは DLM 実装の一種で、よく見かけるような、ひとつのインスタンスを使うアプローチよりも安全である、と私たちは考えています。コミュニティがこの

  • Redis の永続化 — Redis Documentation (Japanese Translation)

    このページでは Redis の永続化について、技術的な説明を提供します。すべての Redis ユーザーはこの内容に目を通しておくことを推奨します。Redis の永続化と障害耐性の保証について、より広範に概観するため Redis persistence demystified も参照すると良いでしょう。 Redis の永続化¶ Redis は、守備範囲の異なる永続化オプションを提供します: RDB 永続化は、ある時点のデータセットのスナップショットを、特定の間隔ごとに作成します。 AOF 永続化では、サーバーが受け付けたすべての書き込みコマンドを記録します。サーバーは起動時にログをリプレイし、元のデータを再構成します。コマンドは Redis プロトコルと同じフォーマットを使い、追記方式で記録されます。ログが大きくなりすぎたら、Redis はバックグラウンドでそれをリライトします。 サーバーが

  • トランザクション — Redis Documentation (Japanese Translation)

    トランザクション¶ MULTI, EXEC, DISCARD および WATCH は Redis におけるトランザクションの基です。これらは、複数のコマンドの実行をひとつのステップで行えるようにします。その際、2 つの重要な点が保証されます。 トランザクション中のすべてのコマンドは直列化され、順に実行されます。他のクライアントにより発行されたリクエストが、Redis トランザクションの 途中に 入り込むことはありません。このことは、コマンド群がひとつの隔離されたオペレーションとして実行されることを保証します。 すべてのコマンドが実行されるか、ひとつも実行されないかのいずれかであり、すなわち Redis のトランザクションはアトミックです。 EXEC コマンドはトランザクション中の全コマンドの実行のトリガです。もし、クライアントがトランザクションの途中で、 MULTI [訳注: EXEC

  • 1