なぜのNoSQLデータベース:Redisの研究では、-02ノート

第一世代は:スタンドアロンのMySQLのバージョン

1、静的なページ、ウェブサイトの動的な対話型のいくつかのタイプ。

2.アーキテクチャ:APP ----> DAL ----> MySQLインスタンス

3、データストレージのボトルネック:

(1)データサイズの総量は、マシンのメモリを超え

インデックスデータ量及び(2)のデータサイズは、マシンのメモリを超え

(3)手頃な価格の範囲のアクセス量(ミックスを読み書き)複数のインスタンスを

 

二、memcachedの(キャッシュ)+ MySQLの+垂直分割

1は、トラフィックの増加と、MySQLのアーキテクチャサイトの使用は、パフォーマンスの問題を経験します。Webアプリケーションは、機能達成に関係するだけでなく、パフォーマンスの追求だけではなく、そのデータベースへの圧力を緩和するためにキャッシュ技術を使用しています。もし頻繁に照会が一般的に使用されるデータの一部をしている場合は、アクセスされているデータベースへの圧力を軽減、キャッシュにデータを置くことができます。

2、架构:APP ----> DAL ----> キャッシュ ---->(MySQLのインスタンス1は、MySQLインスタンス2、MySQLのインスタンス3 ...)

図3は、データは、データは、インスタンスのMySQL複数の共有される、MySQLデータベースに合います。

 

三、MySQLは読み取りと書き込み、マスターコピーから分離しました

1は、データベースの災害復旧能力を向上させるために、メインのライブラリデータを挿入すると、ライブラリから対応するデータを追加します。

2データベースへの圧力が上昇を書き込んで、Memcahedは、読んで読んで、データベースを圧倒作るために一元化されたデータベースに書き込むためにデータベースへの圧力を緩和することができます。

3、次にマスタ・スレーブ読み書きコピー技術は、複数のMySQLデータベースとして、分離を達成するために、複数のライブラリから、すなわち、マスタ・スレーブモードを読み取る書き込むためのメインデータベース(マスタ)、(スレーブ)。

4.アーキテクチャ:APP ----> DAL ----> キャッシュ ----> MySQLのマスター---->(スレーブ1のMySQLは、MySQL Slave2を...)。

 

第四に、サブサブテーブル・レベルの分割+ + MySQLデータベースクラスタ

1は、Memcahedキャッシュ、MySQLのマスタースレーブのレプリケーションと基本的な読書や分離に書面で、その後、マスタ圧MySQLデータベースのボトルネックを書きます。

2、データの増加を書い圧力と体積膨張の問題を緩和するためのポイントテーブルポイントを使用して非常に人気のライブラリ。

図3に示すように、サブバンクのように定義される:可能な限り低い結合、データベース内のビジネス関連、頻繁に、アクティブ・データの高さは、別のライブラリに低い相関。サブテーブルは、データの塊が別々に書き込まれていることをいいます。

4、MySQLのクラスタのクラスタ構成からマスタのMySQLの複数。アーキテクチャ:APP ----> DAL ----> キャッシュ ---->((M1のMySQLは、MySQL S11、S21のMySQL ...)、(M 2 MySQLの、MySQLのS21、S22のMySQL ...)。 ...)。

 

五、のNoSQLデータベース(SQL未のみ)

1、のNoSQLデータベースは非リレーショナルデータベースを参照し、NoSQLのデータベースは、特に大規模なデータストレージを含むビッグデータアプリケーションの問題、に、もたらされた課題の複数のデータ型の大規模なデータ収集を解決するために生成されます。

図2に示すように、固定記憶モードのNoSQLが不要データベース内のデータ、関係を削除、余分な操作が横方向に拡張することができません。

図3は、MySQLとWeb2.0のサイト、特に大規模かつ高同時Web2.0の純粋な動的なサイトに対処する他のリレーショナルデータベースは、不十分であるように思われたのNoSQLデータベースの発展に貢献しました。

 

 

おすすめ

転載: www.cnblogs.com/Luv-GEM/p/11502897.html