私たちは半年間、高負荷プロジェクトで
Redisを正常に使用しています。 この間、大規模プロジェクトの開発者が直面するタスクのために、Redisで多くの成功したソリューションが開発されました。 Redisの機能、長所、短所を実際に示すために、今後の
DEVCONFでこれらの決定の例を共有したいと思います。
Redis-簡単な概要（またはRedisは単なるキーバリューデータベースではありません）：
- Redisは非常に高速です
- データ型：文字列、リスト、セット、ソート済みセット、ハッシュ
- 原子操作
- データ保持：スナップショット、追加専用ファイル（binlog）
- 取引
- 仮想メモリ
- マスター/スレーブ複製
- パブリッシュ/サブスクライブ（メッセージキュー）
- パイプライン
- Redisツール
- クライアント（PHP、Ruby、Python、Erlang、Perl、Tcl、Java、Lua、C＃、Javascript / Node.js、...）
他のリポジトリとのパフォーマンスと機能の比較：
- MySQL（InnoDB）
- Memcached
- カサンドラ
- 東京内閣
- モンゴッド
実用的な例で可能性の詳細：
- キースペース
1つのRedisサーバー上のキーの個別のストレージ。 テストおよび開発環境の基盤。 - 文字列値キー
一意の識別子、カウンター、シリアル化されたオブジェクト。 - キーの寿命
キャッシュ、セッションストレージ。 - リスト-値の順序付きリスト
シリアル化されたオブジェクトのキーのリスト、単純なキューの保存。 - セット-一意の値の順序付けられていないセット
タグ、友人、保留中の削除、オンラインユーザーリスト、「訪問済みページ」。 - ソート済みセット-一意の値の加重セット
投票とユーザー評価、オートコンプリート。 - ハッシュ
シリアル化されたオブジェクトを保存および操作するための、より適切な新しい方法。 - 取引
一連のコマンドの実行の整合性と原子性。 - 公開/購読
キュー、チャット。 - パイプライン
一連のコマンドの高速実行。 - 耐障害性とデータの安全性
中断のない操作と保証されたデータセキュリティ。 マスター/スレーブ複製。 - Redisサーバーでのキーのスミアリング
Rediska：crc32、一貫したハッシュ、クラウド。 - サービスと監視
Redisツール INFOおよびMONITORコマンド
結論として、今後の技術革新と、Redisを使用すべきではない場所、方法、理由について説明します。
無関心でない場合は
、レポートに
投票してください 。