MySQL 組み込みレプリケーションによる可用性の最適化 (2)_PHP チュートリアル-PHPチュートリアル-php.cn

MySQL 組み込みレプリケーションによる可用性の最適化 (2)_PHP チュートリアル

WBOY

リリース： 2016-07-13 17:21:52

オリジナル

888 人が閲覧しました

ステップ 1: メインサーバーを構成する
この記事の残りの部分では、2 つのサーバーを指定します。 A (IP は 10.1.1.1) がメインサーバー (ホストと呼ばれます) として機能します。 B (IP は 10.1.1.2) はバックアップサーバー (バックアップサーバーと呼ばれます) として機能します。
MySQL のレプリケーション機能の実装プロセスは次のとおりです。スタンバイマシン (B) がホストマシン (A) に接続し、ホストマシンのバイナリ更新ログを読み取り、変更を自身のデータベースにマージします。スタンバイマシンにはホストに接続するためのユーザーアカウントが必要なので、次のようにホスト上にアカウントを作成し、ファイル権限のみを付与します。
GRANT FILE ON *.* TO replicate@10.1.1.2 IDENTIFIED BY "password";スタンバイマシンがホストマシンに接続できるようにするには、ホストマシンで「FLUSH PRIVILEGES」を実行します。ただし、次の手順でサーバーを停止しますので、心配する必要はありません。
ここで、ホストデータベースのスナップショットが必要になり、バイナリ更新ログの生成を許可するようにホストを構成します。まず、「my.cnf」ファイルを編集してバイナリ更新ログを許可します。そのため、[mysqld] セクションの下のどこかに「log-bin」という行を追加します。次回サーバーが起動すると、ホストはバイナリ更新ログ (名前: $#@60;ホスト名 $#@62;-bin.$#@60;増分番号#$#@62;) を生成します。バイナリ更新ログを有効にするには、MySQL サービスプログラムをシャットダウンし、ホスト上のすべてのデータベースディレクトリを別のディレクトリに移動して、mysqld を再起動します。すべてのデータベースが取得されていることを確認してください。取得されていないと、コピー時にメインマシンにテーブルが存在し、スタンバイマシンにテーブルが存在しない場合、エラーで終了します。これで、データのスナップショットと、スナップショットの取得以降にデータベースに加えられた変更のバイナリログが作成されました。 MySQL データファイル (*.MYD、*.MYI、*.frm) はファイルシステムに依存するため、Solaris から Linux へのようなファイル転送だけを行うことはできないことに注意してください。異種サーバー環境にいる場合は、mysqldump ユーティリティまたはその他のカスタムスクリプトを使用してデータのスナップショットを取得する必要があります。