MySQL Clusterの構築するための高可用性環境
01、MySQLの高可用性環境プログラム
02、MySQLのマスター・スレーブレプリケーションの原則
03、MySQLのマスター・スレーブレプリケーション・アクション
04、Linux環境にMySQLをインストールします
05、MySQL Clusterの環境上のマスター・スレーブレプリケーションを設定
06をもたらした、MySQLの高可用性クラスタリング問題
07、MySQLは読みや分離を書き込むために使用MyCat
08、サブサブテーブルライブラリのプラグShardingJdbc
原則の基礎となる09、MySQLデータベースのインデックス（フォーカス）
10、MySQLSQL文のパフォーマンスの最適化
MySQLデータベースブリーフ
MySQLは無料の理由の一つである、世界で最も広く使用されているデータベースの一つとして使用しています。しかし、それは関数自体は確かに非常に強力であるということです無視することはできません。実際の生産環境における技術の発展に伴い、ない単一のMySQLデータベースサーバによって実際の需要を満たすために。この時点で、この問題に良い解決策のデータベースクラスタ。MySQLは、分散クラスタを使用し、高並列処理、負荷分散クラスタサーバーを（このブログは、一時的に関与しない）を構築することができます。これに先立ち、私たちは、MySQLデータの同期で、各サーバーを確認する必要があります。私たちは、データを簡単にMySQLの内部構成完成させることができる同期させることができ、マスター・レプリケーションと（マスター・スレーブ）からマスター・マスター・レプリケーションがあります。
マスターコピーから紹介
私はRedisのを学ぶことに多くの学生は、マスタースレーブレプリケーションの役割を知ることであったと考えています。MySQLのクラスタ環境では、マスタノードから分割することができ、ノードは、プライマリバックアップ、フェイルオーバー、MySQL Clusterの高可用性、別個の読み取りおよび書き込みなどからデータをコピーすることによって達成することができます。MySQLのマスターは、自身が達成することができ、追加のサードパーティ製のソフトウェアを必要としない機能が付属してのMySQLからコピーされ、達成するためにファイルをコピーするコピー機能ではなく、から実装されたSQLコマンド内のログファイルをBINLOGマスターとマスタースレーブのレプリケーションを実現するようにコピーした後、私はSQLコマンドのマスター側の実装として理解することができるが、それは、同じSalveの終わりに再び実行されます。
マスター・スレーブ原理をコピーします。
MySQLのマスターは、自身が達成することができ、追加のサードパーティ製のソフトウェアを必要としない機能が付属してのMySQLからコピーされ、達成するためにファイルをコピーするコピー機能ではなく、から実装されたSQLコマンド内のログファイルをBINLOGマスターとマスタースレーブのレプリケーションを実現するようにコピーした後、私はSQLコマンドのマスター側の実装として理解することができるが、それは、同じSalveの終わりに再び実行されます。I / O要求binlogのメインライブラリにスレッド、およびは、取得したログbinlogのリレーログ（リレーログ）ファイルを書き込みます;ライブラリは二つのスレッド、1つのI / Oスレッド、スレッドのSQLから生成された一次ライブラリが生成されますスレッドO / Iをバイナリログするために使用されるライブラリーからログ・ダンプ・スレッドは、通過、SQLスレッドがリレーログログファイルを読み取り、そして一貫性のマスター・スレーブ動作と一貫性の最終的なデータを得るために、特定の操作に解析します。
レプリケーション環境からの主な構成
2台のサーバー準備
192.168.212.201メインサーバーの設定
サーバーから192.168.212.202の設定