MySQL の組み込みレプリケーション機能を使用して可用性を最適化する (1)

Soundbreak では 24 時間ライブのオーディオとビデオを再生しているため、MySQL の新しいレプリケーション機能を十分に活用することはできません。テストを通じて、この機能を使用してバックアップデータベースサーバーとのデータ同期を維持できることがわかりました。これにより、何らかの理由でメインサーバーに障害が発生した場合でも、バックアップマシンを使用してすべてのクエリを処理できるようになります。このような要件に対して、2 つのサーバーを構成することは難しくありません。プロセス全体について詳しく説明し、メインサーバーに障害が発生した場合に PHP を使用してクエリをリダイレクトする方法についても説明します。

MySQLの内部レプリケーション機能は、複数のサーバー間で確立され、サーバー間に主従関係を設定することで実装されます。そのうちの 1 つはマスターサーバーとして機能し、もう 1 つはスレーブサーバーとして機能します。 2 つのサーバーを構成して、1 台をマスター、もう 1 台をスレーブにする方法について詳しく説明します。そして、それらを切り替えるプロセスについて説明します。 MySQL バージョン 3.23.23 で構成設定処理を実行し、このバージョンでテストも実施しました。 MySQL 開発者は、最新バージョンを使用することが最善であり、マスターサーバーとスレーブサーバーの両方で同じバージョンを使用することを推奨しています。同時に、MySQL バージョン 3.23 はまだベータ版であり、このバージョンには下位互換性がない可能性があります。このため、実際の Web サイトでは、このバージョンはまだ使用していません。フォールトトレランスの利点の 1 つは、クエリを中断することなくサーバーをアップグレードできることです。

ステップ 1: メインサーバーを構成する
この記事の残りの部分では、2 つのサーバーを指定します。 A (IP は 10.1.1.1) がメインサーバー (ホストと呼ばれます) として機能します。 B (IP は 10.1.1.2) はバックアップサーバー (バックアップサーバーと呼ばれます) として機能します。

MySQL のレプリケーション機能の実装プロセスは次のとおりです: スタンバイマシン (B) がホストマシン (A) に接続し、ホストマシンのバイナリ更新ログを読み取り、変更を自身のデータベースにマージします。スタンバイマシンにはホストに接続するためのユーザーアカウントが必要なので、ホスト上でアカウントを作成し、次のようにファイル権限のみを付与します。

スタンバイマシンがメインマシンに接続できるようにするには、メインマシンで「FLUSH PRIVILEGES」を実行する必要がありますが、次の手順でサーバーを停止しますので、心配しないでください。

ここで、ホストデータベースのスナップショットが必要になり、バイナリ更新ログの生成を許可するようにホストを構成します。まず、「my.cnf」ファイルを編集してバイナリ更新ログを許可します。そのため、[mysqld] セクションの下のどこかに「log-bin」という行を追加します。次回サーバーが起動すると、ホストはバイナリ更新ログ (名前: -bin.) を生成します。バイナリ更新ログを有効にするには、MySQL サービスプログラムをシャットダウンし、ホスト上のすべてのデータベースディレクトリを別のディレクトリに移動して、mysqld を再起動します。
すべてのデータベースを取得していることを確認してください。取得していないと、コピー時にテーブルがメインマシンに存在し、スタンバイマシンに存在しない場合、エラーで終了します。これで、データのスナップショットと、スナップショットの取得以降にデータベースに加えられた変更のバイナリログが作成されました。 MySQL データファイル (*.MYD、*.MYI、および *.frm) はファイルシステムに依存するため、Solaris から Linux へのようなファイル転送だけを行うことはできないことに注意してください。異種サーバー環境にいる場合は、mysqldump ユーティリティまたはその他のカスタムスクリプトを使用してデータのスナップショットを取得する必要があります。

ステップ 2: バックアップマシンを構成する
続けてみましょう。スタンバイマシンの MySQL サービスプログラムを停止し、ホストマシンからコピーしたデータベースディレクトリをスタンバイマシンのデータディレクトリに移動します。ディレクトリの所有者とグループを MySQL ユーザーの対応する値に必ず変更し、ファイルモードを 660 (所有者とグループのみ読み取りおよび書き込み可能) に変更し、ディレクトリ自体を 770 に変更してください。 (所有者とグループのみ) 読み取り、書き込み、実行可能)。

続きます。バックアップマシンで MySQL サービスプログラムを起動し、MySQL が適切に動作していることを確認します。いくつかの選択クエリを実行して (クエリの更新や挿入は行わないでください)、最初の手順で取得したデータスナップショットが成功したかどうかを確認します。次に、テストが成功したら、MySQL サービスプログラムをシャットダウンします。

ホストからの変更を受信するには、スタンバイマシン上でアクセスする必要があるホストを構成します。したがって、サーバーマシン上の「my.cnf」ファイルを編集し、[mysqld] セクションに次の行を追加する必要があります:

master-host=10.1.1.1
master-user=replicate
master-password=password

バックアップ開始時サーバーサービスプログラムの起動後、スタンバイサーバーサービスプログラムは「my.cnf」ファイルで指定されたホストをチェックして変更があるかどうかを確認し、それらの変更を自身のデータベースにマージします。スタンバイマシンは、ホストの「master.info」ファイルから受信したホストの更新の記録を保持します。スタンバイスレッドのステータスは、SQL コマンド「SHOW SLAVE-STATUS」を通じて確認できます。
がスタンバイマシンのバイナリログで処理される場合エラーが発生すると、スタンバイスレッドが終了し、*.err ログファイルにメッセージが生成されます。その後、SQL ステートメント「SLAVE START」を使用してエラーを修正し、スタンバイスレッドを再起動できます。スレッドは、ホストバイナリログ処理が中断されたところから処理を続行します。

この時点で、メインマシンで発生したデータの変更はスタンバイマシンにコピーされているはずです。テストするには、メインマシンでレコードを挿入または更新し、スタンバイマシンでこのレコードを選択します。

これで、マシン A からマシン B へのマスターとスレーブの関係が確立されました。これにより、マシン A がクラッシュする可能性があるが、マシン A が回復したときに、すべてのクエリをマシン B にリダイレクトできます。マシン A に変更を復元する方法はありません。。この問題を解決するには、マシン B からマシン A へのマスターとスレーブの関係を作成します。

原著者: Michael
出典: PHPBuilder.com