マスタースレーブレプリケーションクラスタ
概念：メインデータからコピーする手段は、1つ以上のノードからMySQLデータベースサーバにマスタノードからコピーすることができます。
使用シナリオ：
- 別々の読み取りと書き込み：メインライブラリは責任をライブラリから読み込み、書き込みのために責任があるように、事業の正常な動作を保証することができ、メインライブラリのシーンはライブラリから読み込むことでロックテーブルが登場してもように、マスター・スレーブレプリケーションを使用しています。
- リアルタイムデータのバックアップ：ノードに障害が発生すると、システムが簡単にフェイルオーバーすることができます。
- 高可用性高可用性
- 拡張アーキテクチャ：複数のノードからの荷重分布が単一のマシンのI / O性能を向上させるために、単一のディスクI / Oアクセスの頻度を減少させる、データ記憶複数のノードを増やします。
メインフォームから：
- マスタースレーブ
- マスターマルチスレーブ：読み取り性能を向上させます
- マルチマスターから：のMySQLデータベースのバックアップストレージサーバの比較的良好な性能の複数に
- デュアルマスター・レプリケーション：コピーショットからの相互作用は、各サーバは、マスタ、および別のサーバでスレーブの両方です。いずれかの当事者によって行われた変更は、他の当事者は、レプリケーションを介してデータベースに適用されます。
- カスケードレプリケーション：スレーブマスタノードの同期データ部が接続されていないが、ノードから接続されています。マスタノードの圧力、およびデータの整合性に負の影響を緩和することができるだけでなく。
マスター・スレーブ原理をコピーします。
ノードから実行されているマスターノードで実行されている3つのスレッド（スレッドダンプログ）、残りの2つ（I / Oスレッド、SQLスレッド）からマスタコピーに関する。
マスターノードからマスターノードを接続する場合、コンテンツ伝送のビンログのログ・ダンプ・スレッドを作成します。ビン・ログの読み出し動作では、このスレッド上のビンログは、マスターノードをロックします。イベントがスレッドを読み終わったら、ロックが解除され、前にライブラリから完全にイベントに送信されます、ロックはさえにリリースされます。
ノードから実行されたときにstart slaveコマンドの後に、ノードは、I / Oスレッドは、マスタライブラリビンログを更新するための要求をマスターノードを接続するために使用される作成します。更新I / Oスレッドが受信した後、マスタノードは、ローカルリレーログに格納され、ログ・ダンプ・プロセスを送りました。
SQLスレッドは内容が具体的な行動と実行に解決し、ログイン中継し、そして最終的にマスターからのデータの一貫性を確保読み取るための責任があります。
各マスター・スレーブ接続の場合、それが完了するために、三つのプロセスが必要です。各ノードからのバイナリログ・ダンプ・プロセスにマスターノードから複数のノードをマスタノードがある場合、現在の接続を構築し、各ノードからそれ自身のI / O処理、SQLプロセスを有することができます。
サブライブラリーサブテーブル戦略
データセグメント化方式
データセグメンテーションルール
データセグメンテーション原理
この問題を解決するためのサブライブラリーのサブテーブル
分散トランザクションの問題
分散プライマリキーID発行
クロスデータベースの問題に参加
問題によってグループによるクロスデータベースの数、順序
Mycatクラスタ
アーキテクチャの紹介
コアの概念
10の共通の断片化ルール
https://blog.csdn.net/kingice1014/article/details/76136337