mysqlのマスター/スレーブ同期の原理、構成、遅延の詳細な説明-mysql チュートリアル-php.cn

mysqlのマスター/スレーブ同期の原理、構成、遅延の詳細な説明

php是最好的语言

リリース： 2018-08-07 16:53:49

オリジナル

1581 人が閲覧しました

この記事では、MySQL のマスターとスレーブの同期の原理、マスターとスレーブの同期の構成、およびマスターとスレーブの同期の遅延について紹介します。まず、名前が示すように、マスターとスレーブの同期とは何であるかを理解しましょう。マスター/スレーブレプリケーション。マスターとまったく同じデータベース環境を構築するために使用されます。マスター/スレーブ同期により、あるデータベースサーバーから他のサーバーにデータをコピーして、マスターデータベース内のデータとスレーブデータベース内のデータの一貫性を確保できます。

クラスターは共有ストレージであり、マスター/スレーブのレプリケーションでは共有がありません。各マシンは独立した完全なシステムであり、何も共有されません。

その原理。マスターとスレーブの同期

MySQL 5.6 以降では、マスターとスレーブのレプリケーションを実装する主な方法が 3 つあります。
1. 完全同期レプリケーション
3.
1. メインデータベースの更新イベント (更新、挿入、削除) がバイナリログに書き込まれるとき

2.メインライブラリは、バイナリログの更新レコードをスレーブライブラリに送信するようにメインライブラリに要求します。メインライブラリはバイナリダンプスレッドを作成し、バイナリログの内容をスレーブライブラリに送信します。スレーブライブラリの I/O スレッドは、メインライブラリの出力スレッドを読み取り、それらの更新をローカルのリレーログファイルにコピーします。

3. このスレッドは、ライブラリから SQL スレッドを作成します。スレーブライブラリ I/O スレッドによってリレーログに書き込まれたイベントを更新し、それらを実行します。

マスターとスレーブの同期の実装 (非同期レプリケーション、異なるサーバー上のデータベース)

1. binary-log を開くようにメインデータベースを構成します

vim /etc/my.cnf

在[mysqld]下添加

server-id=1(用来标识不同的数据库)log-bin=master-bin(打开bin-log并配置文件名为master-bin)log-bin-index=master-bin.index(区分不同的log-bin文件)

ログイン後にコピー

データベースを再起動します: systemctl restart mariadb.service

2. リレーログを開くようにスレーブデータベースを設定します

vim /etc/my.cnf

在[mysqld]下添加

server-id=2relay-log=slave-relay-bin(打开relay-log并配置文件名为slave-relay-bin)

relay-log-index=slave-relay-bin.index

ログイン後にコピー

データベースを再起動します: systemctl restart mariadb.service

3. メインで 2 つのデータベースを接続しますデータベース: ユーザー repl を作成します。各スレーブサーバーは、メインサーバーに接続するためにメインデータベースにアカウント名とパスワードが必要です。

CREATE USER &#39;repl&#39;@&#39;114.116.77.213&#39; IDENTIFIED BY &#39;12312&#39;;GRANT REPLICATION SLAVE ON *.* TO &#39;repl&#39;@&#39;114.116.77.213&#39; IDENTIFIED BY &#39;12312&#39;;

ログイン後にコピー

スレーブデータベースで同期を開始します

change master to master_host=&#39;47.106.78.106&#39;,master_user=&#39;repl&#39;,master_password=&#39;12312&#39;,master_log_file=&#39;master-bin.000001&#39;,master_log_pos=0;

ログイン後にコピー

: スレーブを開始します;

4. 確認します

マスターデータベースにデータベースを作成し、スレーブデータベースでのマスターとスレーブの同期の役割を確認します

1. データのホットバックアップを実行し、メインデータベースサーバーの後のバックアップデータベースとして機能します。失敗した場合は、データ損失を避けるためにスレーブデータベースに切り替えて作業を続行できます。

2. 読み取りと書き込みを分離することで、データベースはより優れた同時実行性をサポートできます。

マスターとスレーブの同期に関する注意事項

マスターライブラリはデータの読み取りと書き込みができますが、スレーブライブラリはデータの読み取りのみが可能です。これは、スレーブライブラリがデータを書き込むときは位置が変更されますが、マスターライブラリが書き込むときはマスターライブラリの位置が変更されないため、競合が発生する可能性があります。データの位置が変更されたとき

メインライブラリのバイナリログファイルに大量のデータが保存されている場合、つまり位置が非常に大きい場合、新しいバイナリログファイルが分割され、位置が 0 に設定されます。

マスターライブラリとスレーブライブラリの mysql バージョンは異なっていても構いませんが、スレーブライブラリの mysql バージョンがマスターライブラリのバージョンより高い場合、マスターライブラリのステートメントは到達時に実行されない可能性があります。スレーブライブラリです。

(データベースのマスター/スレーブに関する質問がある場合は、以下の質問をする必要があります):
マスター/スレーブの利点は何ですか?
マスタースレーブの原理とは何ですか？

データベースからの読み取り遅延の問題についてご存知ですか?の解き方？

マスターとスレーブになった後にマスターサーバーがクラッシュした場合はどうすればよいですか?

マスタ・スレーブ同期の遅延の原因
マスタ・スレーブ同期の遅延の原因
マスタ・スレーブの同期遅延問題
1.マスタースレーブ間の遅延の原因同期
サーバーはクライアントが接続するために N 個のリンクを開くため、大規模な同時更新操作が行われることがわかっていますが、特定の SQL がスレーブサーバーで実行されるときにサーバーからバイナリログを読み取るスレッドは 1 つだけです。もう少し時間がかかる場合、または特定の SQL でテーブルをロックする必要がある場合、マスターサーバー上に大量の SQL バックログが存在し、スレーブサーバーに同期されなくなります。これは、マスターとスレーブの不一致、つまりマスターとスレーブの遅延につながります。

2. マスターとスレーブの同期の遅延に対する解決策

a. マスターサーバーは更新操作を担当するため、sync_binlog=1、innodb_flush_log_at_trx_commit = 1 などの一部の設定は変更できますが、スレーブは変更できません。データのセキュリティを高めるために、sync_binlog を 0 に設定するか、binlog、innodb_flushlog、innodb_flush_log_at_trx_commit を 0 に設定して、SQL の実行効率を大幅に向上させることができます。もう 1 つは、メインライブラリよりも優れたハードウェアデバイスをスレーブとして使用することです。

b. クエリを提供せずにスレーブサーバーをバックアップとして使用するだけで、負荷が軽減されると、リレーログ内の SQL の実行効率が自然に高くなります。

c. スレーブサーバーを追加する目的は、読み取り圧力を分散し、サーバーの負荷を軽減することです。