MariaDB データベースは GTID マスター/スレーブ同期レプリケーションに基づいてインストールおよび構成されます

オペレーティング システム: CentOS Linux リリース 7.3.1611 (コア)

データベース:MariaDB-10.2.6-linux-glibc_214-x86_64

メインサーバー:10.10.10.56

スレーブサーバー:10.10.10.163

1. 今日行う必要があるのは、一方向のマスターとスレーブの同期です。

MariaDB (MySQL) データベースのインストールについては、「Centos7.3 x64 ビット バイナリ インストール (MySQL) MariaDB 10.1.20 データベースの作成」を参照してください。 次に、MariaDB (MySQL) サーバー クラスターの構成プロセスが始まります。

2. MariaDB (MySQL) 設定ファイルに次の情報を変更または追加します

リーリー

3. 一般的な設定に加えて、メインサーバーマスターには次のコードも追加する必要があります

リーリー

4. 一般的な設定に加えて、スレーブサーバー Slave には次のコードも追加する必要があります

リーリー

さらに、Mysql スレーブ サーバーでバイナリ ログを有効にする必要はありませんが、場合によっては設定する必要があります。たとえば、スレーブが別のスレーブのマスターである場合、bin_log を設定する必要があります。ここではデフォルトでオンのままにします。

5. 上記は各パラメータの役割の簡単な紹介です。これらのパラメータの具体的な設定は、ユーザーの実際の状況に応じて調整する必要があります。詳細については、公式ウェブサイトをご覧ください。 リーリー

6. メインサーバーのマスター認証設定

メインの MariaDB サーバーに専用アカウントを作成し、データベースのアクセス許可とサーバー IP からのリモート アクセスを承認します

リーリー

7. バックアップ中に正しい Binlog の場所 (ファイル名とオフセット) を取得したら、BINLOG_GTID_POS() 関数を使用して GTID を計算できます

リーリー

8. サーバースレーブから設定します

公式が言ったように、MariaDB バージョン 10.0.13 以降、mysqldump はこの作業を自動的に完了し、–master-data または –dump-slave を設定し、同時に –gtid を設定するだけで GTID を書き込みます。

この場合、新しい SLAVE は @@gtid_slave_pos の値を設定することでレプリケーションの開始位置を設定し、CHANGE MASTER を使用してこの値をメイン ライブラリに渡してから、レプリケーションを開始できます。 リーリー

9. Slave_IO_Running と Slave_SQL_Running の両方が YES の場合、スレーブ サービスが実行中であることを示します。GTID 値が一貫しているかどうかが決まります。

説明:

リーリー

10. 次にメインサーバーのデータベーステーブルのロックを解除します
リーリー

11. サーバースレーブからリレーの関連パラメータをすべて表示します

リーリー

12. マスター/スレーブ構成が完了しました。これで、マスター サーバーで何を追加、変更、削除、またはチェックしても、必要に応じて関連するテストをスレーブ サーバーに同期できます。

マスタースレーブリセット構文について

マスターのコア構文をリセットします

RESET MASTER; RESET MASTER を実行すると、すべてのバイナリ ログ ファイルが削除され、数字のサフィックスが .000001 の空のバイナリ ログ ファイルが作成されますが、このコマンドを実行すると、スレーブ サーバーの動作ステータスが影響を受けないことを意味します。マスターのバイナリログが見つからないため、同期が失敗します。

スレーブのコア構文をリセットする

RESET SLAVE; RESET SLAVE は、スレーブ上の同期位置をクリアし、古い同期リレー ログ ファイルをすべて削除しますが、リセットする前にスレーブ サービスを停止する必要があります (STOP SLAVE)。

以上がMariaDB データベースは GTID マスター/スレーブ同期レプリケーションに基づいてインストールおよび構成されますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。