MySQL - デュアルマシン双方向ホットバックアップ用のサンプルコード

1. 説明

現在適用されている MySQL はデュアルマシン ホット バックアップ戦略を採用していませんが、システムの高可用性を考慮すると、データのホット バックアップを実現した後は、デュアル マシン ホット バックアップが必要です。分離をさらに実現でき、アプリケーションのデータ アクセスのパフォーマンスが向上します。現在、アイドル状態のマシンがいくつかあるので、実行し始めました。
マシン A: (10.0.9.199)、マシン B: (10.0.9.1)

2. 実装手順

双方向ホット バックアップであるため、最初に A 上のデータベース (db1) をマスターとして設定し、 B データベース (db2) のバックアップはスレーブであり、これは一方向です。その後、db2 をマスターとして、db1 をスレーブとして設定します

(1) A と B の設定ファイル my.cnf を変更し、次の内容を追加します

log-bin=mysql-0-bin     #设定生成log文件名         #机器A配置
server-id=9199		# 主ID，与从ID不能相同

binlog-do-db=webgps4_0   #设置同步数据库名
binlog-ignore-db=mysql   #避免同步mysql用户配置
replicate-do-db=webgps4_0    // 两处webgps4_0是一致的
replicate-ignore-db=mysql

log-bin=mysql-1-bin     #设定生成log文件名          #以下为机器B配置
server-id=9001		# 主ID，与从ID不能相同

binlog-do-db=webgps4_0   #设置同步数据库名
binlog-ignore-db=mysql   #避免同步mysql用户配置
replicate-do-db=webgps4_0    // 两处webgps4_0是一致的
replicate-ignore-db=mysql

(2) A と B の mysql を再起動し、同期用に両方のマシンに mysql ユーザーを作成します

 CREATE USER 'test'@'10.0.9.1' IDENTIFIED BY '123456';   
 //test为账号，10.0.9.1表示账号只能从指定id也就是B机器访问，最后123456是密码，机器A上执行
 CREATE USER 'test'@'10.0.9.199' IDENTIFIED BY '123456';   
 //机器B上执行

(3) ユーザー権限を設定します

grant replication slave,reload,create user, super on *.* to 'test'@'10.0.9.1' IDENTIFIED BY '123456';  //  机器A上执行
grant replication slave,reload,create user, super on *.* to 'test'@'10.0.9.199' IDENTIFIED BY '123456';  // 机器B上执行

(4) A と B のマスターとスレーブの関係、およびマスターとスレーブを設定しますB と A の関係

mysql> change master to
    -> master_host = '10.0.9.1',
    -> master_port = 3306,
    -> master_user = 'test',
    -> master_password = '123456';  //机器A上执行，A为slave
mysql> change master to
    -> master_host = '10.0.9.199',
    -> master_port = 3306,
    -> master_user = 'test',
    -> master_password = '123456'; //机器B上执行，B为slave

双方向バックアップであるため、構成内の多くの操作が繰り返されますが、マスターとスレーブの順序が一貫しておらず、一方が順方向、もう一方が逆方向になります。ここでは双方向バックアップが実装されているので、2 つのライブラリでいくつかの操作を実行して効果を確認できます。
現在、db1 とそのバックアップの双方向マスター/スレーブのみが構成されています。つまり、実際のアプリケーションでは、単一サーバーの負荷を軽減するために複数のスキーマが使用されることがよくあります。 、マシン A のスキーマ バックアップは B にあり、B のバックアップは C にあり、一部のバックアップはリング内に構成されています。マシン B でホット スタンバイを構成する場合、前のデータベース インスタンスでマスターまたはスレーブの構成を実行することはできません。そのため、同じポート番号で構成を繰り返すと、前のポートが上書きされるため、複数のインスタンスを起動するには mysqld_multi を使用する必要があります。単一の mysql インスタンスでは、構成は別の mysql インスタンスで行われます。 mysqld_multi の構成については、ブログ投稿を確認してください: MySQL - Linux の単一マシン上で複数の MySQL インスタンスを起動する (mysqld_multi) )

3. 双方向バックアップ手順

• メインライブラリは Bin ログを有効にする必要があり、メインライブラリとスレーブライブラリは一意のサーバー ID を持つ必要があります

• スレーブライブラリはどの Bin ログファイルを明確に理解する必要がありますメインライブラリからのもの コピーを開始するオフセット位置

• スレーブライブラリは、マスターライブラリから指定されたデータベース、またはデータベースの一部のデータテーブルのみをコピーできます

• マスターライブラリとスレーブのデータベース名ライブラリは異なる場合がありますが、それでも推奨されます 同じ名前を使用します

• マスター データベースとスレーブ データベースの MySQL バージョンは一貫している必要があります

MySQL3.23.15 以降、MySQL は一方向の非同期レプリケーションをサポートします。つまり、1 つの MySQL サーバーがマスター (メイン データベース) として機能し、1 つ以上の MySQL サーバーがスレーブ (スレーブ データベース) として機能し、データはマスターからスレーブに非同期的にレプリケートされます。このレプリケーションは非同期であり、MySQL の同期レプリケーション実装 (この実装は MySQL Cluster と呼ばれます) とは異なることに注意してください。
メイン ライブラリが更新されると、メイン ライブラリは更新操作の SQL をバイナリ ログ (Bin log) に書き込み、ログ ファイルのローテーション (Rotate) を容易にするためにバイナリ ログ ファイルのインデックスを維持します。スレーブ ライブラリが非同期レプリケーションを開始すると、スレーブ ライブラリは 2 つの I/O スレッドを開始し、そのうちの 1 つはメイン ライブラリに接続し、メイン ライブラリはバイナリ ログの変更をスレーブ ライブラリに転送し、返されたログを書き込む必要があります。ローカルのディスク。別のスレッドは、ローカルに書き込まれたバイナリ ログを読み取り、それをローカルで実行してこの変更を反映する役割を果たします。古いバージョンでは、コピー中に関数のこれら 2 つの部分を実装するために 1 つの I/O スレッドのみが有効でした。

以上がMySQL - デュアルマシン双方向ホットバックアップ用のサンプルコードの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。