今日では、分散キャッシュの現在のモデルの+ +クラスタの先頭に単一のデータベースからのデータの進化を理解します
1「、ユーザーの訪問ではありませんスタンドアローンのデータベースに完全に十分なサポートは、インターネットユーザー数の増加に伴い、サイトのトラフィックが増加している、このアーキテクチャは、ボトルネックを表示されるようになりました
ボトルネック：
1.マシンが収まらないデータの量、低いクエリ効率。
2.インデックス（B +ツリー）はマシンのメモリに適合していません。
3.訪問（読み取り - 書き込み）マシンを買う余裕はありません
2「キャッシュの概念を導入+のmemcachedの垂直解像度をバッファリングし始めた（+モールへの出品者の出品者）
プライマリ・データベース、データベースから読み出したデータ、分散単一のリザーバ圧に書き込まれたコピー、データの整合性、別個読み取りおよび書き込みから（マスタデータベースレコードを書き込み、レコードもライブラリから書かれている）3「主
4「サブサブテーブル・リポジトリ+ + MySQLのクラスタの解像度レベルが、（11本のビス同様の）ネックに存在書き込まれます
ボトルネック：
- 高い並行性のシナリオを扱う代わりinnerDb行ロックテーブルロックのMyISAMを使用する、ボトルネックの圧力を書きます
- スプリットレベルの両方：データの分析、データは（利用者の登録情報と同様、頻繁に変更され、更新されていない）寒さに分割して - （実際の状況が変化しますと商品価格に似て、）データベース1+ホットデータ - データベース2
- MySQLクラスタ：大量のデータは、データのクエリは{3つのクラスタにクラスタ管理-1/3 -1/3 -1/3二つのクラスタにクラスタ内へ}遅いです
5「（ファイルサーバを経由して）コメントや、商品の説明や他の大規模なテキストメッセージ、非常に大きなテーブルのデータストレージ、低速のデータ復旧、圧力のIOの多くを表示されます
6「今日：
7「のNoSQL使用
- 非リレーショナルデータベース
- いいえ固定パターンありません
- 簡単規模
- 非常に高い読み取りと書き込みのパフォーマンス
- キーと値のペアストレージ
大量のデータ、多様なデータ、リアルタイムデータ：主に高インターネット3V + 3に対処
3：高並行性と高いスケーラブル（規模）、高性能（利用可能）（災害復旧）