MySQLマスタースレーブレプリケーションの構(gòu)成ステップには、次のものが含まれます。1。マスタースレーブサーバー環(huán)境を準(zhǔn)備し、一貫したバージョンとネットワーク通信を確保し、異なるサーバーIDを構(gòu)成し、バイナリログを有効にします。 2。マスターライブラリに専用のレプリケーションアカウントを作成し、それを承認(rèn)します。 3. mysqldumpを使用して、スレーブライブラリデータを初期化し、インポートします。 4。変更マスターコマンドを?qū)g行して、レプリケーションスレッドを起動(dòng)し、ステータスを確認(rèn)します。 5.オプションで自動(dòng)フェールオーバーをセットアップし、外部ツールで高可用性を達(dá)成するか、マスターライブラリを手動(dòng)で切り替えてレプリケーション関係を調(diào)整して、データの一貫性を確保します。

MySQLマスタースレーブレプリケーションは、非常に利用可能なアーキテクチャを?qū)g裝するための基本的な手段です。適切に構(gòu)成されている場(chǎng)合、マスターライブラリがサービスの継続性を確保できない場(chǎng)合、奴隷ライブラリにすばやく切り替えることができます。重要なのは、複製リンクの安定性を確保し、データの一貫性を確保し、適切な監(jiān)視および切り替えメカニズムと協(xié)力することです。

1.マスタースレーブサーバー環(huán)境を準(zhǔn)備します

開始する前に、少なくとも2つのサーバーが必要です。1つはマスターとして、もう1つはスレーブとして複數(shù)のサーバーです。これら2つのサーバーのMySQLバージョンが一貫しており、互換性の問題を減らすためにオペレーティングシステムができるだけ似ていることをお?jiǎng)幛幛筏蓼埂?

• ネットワークの相互運(yùn)用性を確保すると、マスターライブラリはスレーブライブラリが3306ポートにアクセスできるようにします
• マスターとスレーブサーバーのserver-id異なります。これは、複製の基本的な要件の1つです。
• レプリケーションはデータの変更を記録するためにそれに依存するため、メインライブラリのバイナリログ関數(shù)をオンにします

たとえば、メインライブラリ構(gòu)成ファイル（ /etc/my.cnfなど）を追加します。

サーバーID = 1
log-bin = mysql-bin

スレーブライブラリは、2などの異なるserver-idを設(shè)定しており、読み取り専用モードを有効にして、執(zhí)筆の誤解を防ぐこともできます。

サーバーID = 2
read_only = 1

変更後、MySQLサービスを再起動(dòng)して構(gòu)成を有効にします。

2。専用のコピーアカウントを作成します

セキュリティ上の理由から、コピーするために過剰な権限を持つルートまたは他のユーザーを使用しないでください。アカウントは、複製および付與されたREPLICATION SLAVE許可専用に作成する必要があります。

メインライブラリで次のコマンドを?qū)g行します。

 「セキュアパスワード」によって識(shí)別されたライブラリIPから 'repl'@'@"を作成します。
ライブラリIP 'から「REPL」@' to 'REPL' to 'Repl' to 'to' to replicationスレーブを付與します。
フラッシュ特権;

ユーザーが指定されたIPからのみ接続できるように、從庫IPとパスワードを交換するように注意してください。

3。スレーブデータベースデータを初期化します

マスタースレーブデータを一貫させるには、マスターライブラリのデータをスレーブライブラリに完全にインポートする必要があります。 mysqldumpを使用して、メインライブラリデータをエクスポートできます。

 mysqldump -u root -p- all -database  -  master -data> dump.sql

次に、このダンプファイルをスレーブライブラリに転送し、インポートします。

 mysql -u root -p <dump.sql

インポートが完了した後、スレーブライブラリのデータステータスは、マスターライブラリのエクスポートと一致しています。

4.複製プロセスを開始します

スレーブライブラリで次のSQLコマンドを?qū)g行し、メインライブラリに接続してコピースレッドを開始します。

マスターを変更します
  master_host = 'メインライブラリIP'、
  master_user = 'repl'、
  master_password = 'パスワード'、
  master_log_file = 'mysql-bin.000001'、
  master_log_pos = 4;

スレーブを開始します。

MASTER_LOG_FILEとMASTER_LOG_POSの値はmysqldump実行するときに生成されたダンプファイルの変更マスターステートメントから來ます。

次のコマンドを使用して、コピーステータスが正常かどうかを確認(rèn)できます。

奴隷ステータスを表示\ g

Slave_IO_RunningとSlave_SQL_Running両方ともイエスであるかどうかに焦點(diǎn)を當(dāng)てます。

5.自動(dòng)フェールオーバーのセットアップ（オプション）

MySQL獨(dú)自の複製メカニズムは自動(dòng)フェールオーバー自體をサポートせず、MHA（マスター高可用性）、オーケストレーターなどの外部ツールまたはミドルウェアで実裝する必要があります。

手動(dòng)で切り替えるだけで、メインライブラリがダウンした後にできます。

• スレーブライブラリのコピーステータスを確認(rèn)し、メインライブラリに追いついたことを確認(rèn)してください
• アプリケーションを新しいマスターライブラリ（元の奴隷図書館）に向けます
• 古いマスターライブラリを新しいマスターライブラリの奴隷ライブラリとして復(fù)元できます

この手順は注意して処理する必要があります。そうしないと、データの矛盾を引き起こすのは簡(jiǎn)単です。

基本的にこれらの手順。構(gòu)成プロセスは複雑ではありませんが、特にネットワーク許可、ログの位置、レプリケーションアカウントのセキュリティの観點(diǎn)から、すべての詳細(xì)が重要です。わずかな過失により、複製の失敗やセキュリティリスクにつながる可能性があります。

以上が高可用性のためにMySQLレプリケーションの構(gòu)成の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語 Web サイトの他の関連記事を參照してください。