MySQL マスタースレーブ同期における server-id の例の詳細な説明

序文

MySQL クラスターを構築する場合、当然のことながら、データの一貫性を確保するために、データベースのマスターとスレーブの同期を完了する必要があります。マスタースレーブ同期には、1 つのマスターと複数のスレーブ、マスタースレーブの連鎖、複数のマスターと複数のスレーブなど、さまざまな方法があります。必要に応じて設定できます。ただし、マスターとスレーブの同期が必要な場合は、server-id の構成に注意する必要があります。そうしないと、マスターとスレーブのレプリケーション例外が発生します。

データベースデータのレプリケーションとログ管理を制御するには、バイナリログファイルレコードとグローバルトランザクション ID に影響する server-id と server-uuid という 2 つの重要な構成があります。

サーバーID設定

マスター/スレーブトポロジを使用する場合は、すべての MySQL インスタンスに一意のサーバー ID を指定してください。デフォルト値は 0 です。server-id=0 の場合、マスターはバイナリログを記録しますが、すべてのスレーブ接続を拒否します。スレーブは他のインスタンスへの接続を拒否します。

MySQL インスタンスの server-id はグローバル変数であり、直接表示できます。

mysql> '%server_id%' のような変数を表示します。
+---------------+-----------+
| 変数名 | 値 |
+---------------+-----------+
| サーバー ID | 171562767 |
+---------------+-----------+
セット内の 1 行 (0.00 秒)

グローバル変数 server-id はオンラインで直接変更できますが、すぐには有効にならないため、変更後はサービスを再起動することを忘れないでください。再起動後、システム構成ファイルが再度読み込まれるため、以前の変更は無効になります。したがって、オンラインで変更するのではなく、構成ファイルを変更してサービスを再起動することをお勧めします。

#私の.cnf
[mysqld]
#レプリケーション
ログ bin = mysql bin
サーバーID=171562767
同期バイナリログ=1
binlog-ignore-db=mysql
binlog-ignore-db=情報スキーマ

サーバーIDの使用

サーバー ID は、連鎖マスタースレーブまたはマルチマスターマルチスレーブトポロジで SQL ステートメントの無限ループを防ぐためにデータベースインスタンスを識別するために使用されます。

binlogイベントのソースインスタンスをマークする
メインデータベースの binlog をフィルターします。サーバー ID が同じであることが判明した場合は、無限ループの実行を回避するためにイベントの実行をスキップします。
replicate-same-server-id=1 が設定されている場合、すべてのイベントが実行されますが、SQL ステートメントの無限ループが発生する可能性があります。

server-id を繰り返さない理由を説明するために、2 つの例を挙げてみましょう。

プライマリデータベースとスタンバイデータベースのサーバーIDが重複している場合

デフォルトでは replicate-same-server-id=0 であるため、スレーブデータベースはマスターデータベースと同期されたすべてのデータをスキップし、マスターデータとスレーブデータの間に不整合が生じます。

2つのスタンバイデータベースのサーバーIDが重複している場合

これにより、スレーブデータベースとマスターデータベース間の接続が時々切断され、多数の例外が発生します。 MySQL の設計によれば、マスターデータベースとスレーブデータベースはイベントメカニズムを通じて接続され、同期されます。新しい接続が行われたときに、サーバー ID が同じであることがわかった場合、マスターデータベースは以前の接続を切断し、新しい接続を再登録します。データベース A がメインデータベースに接続されると、データベース B がそれに接続し、データベース A が切断されます。その後、データベース A が再接続し、このサイクルが繰り返され、大量の異常な情報が発生します。

サーバーID生成のルール

サーバー ID は同じにすることはできないため、インスタンスが 10 個ある場合、それぞれが異なることをどのように確認すればよいでしょうか?一般的に使用される方法はいくつかあります。

乱数
タイムスタンプ
IPアドレス + ポート
管理センターで一元的に配布し、自己増分IDを生成する

上記の方法はすべて問題ありませんが、最大値 2^32-1 を超えないように注意し、値は 2 より大きいことが望ましいです。私が使用している方法は、IP アドレスの下 2 桁 + ローカル MySQL インスタンス番号ですが、Docker を使用して複数のインスタンスを管理している場合、これをどのように生成しますか? 何かエレガントな解決策があるかどうか考えていただけますか?

サーバーUUID設定

MySQL サービスは、server-uuid 構成を自動的に作成して生成します。

${data_dir}/auto.cnfファイル内のUUIDを読み取ります
存在しない場合は、自動的にファイルを作成し、新しいUUIDを生成して読み取ります。

シェル> cat ~/mysql/data/auto.cnf
[自動]
サーバーUUID=fd5d03bc-cfde-11e9-ae59-48d539355108

auto.cnf 構成スタイルは my.cnf に似ていますが、このファイルには auto 構成ブロックと server-uuid 構成行のみが含まれています。自動的に作成されるため、内容を変更しないでください。

マスタースレーブトポロジでは、マスターとスレーブは互いの UUID を認識できます。Master_UUID フィールドを表示するには、マスターで show slave hosts を使用し、スレーブで show slave status を使用します。

server-uuid パラメータは server-id パラメータを置き換えるものではありません。これらは機能が異なります。マスターインスタンスとスレーブインスタンスを同期するときに、マスターインスタンスとスレーブインスタンスの server-uuid が同じである場合、エラーが報告され、システムが終了します。ただし、replicate-same-server-id=1 を設定することでエラーを回避できます (非推奨)。

参考文献