序文 DBA として、仕事中に MySQL マスターとスレーブの同期遅延の問題に遭遇することがよくあります。これらの同期遅延の問題には、実際には多くの原因があり、マスターとスレーブ間のネットワークの問題、ネットワーク帯域幅の問題、大規模なトランザクション、またはシングルスレッドのレプリケーションによる遅延が原因である可能性があります。 今日、問題が発生しました。Mysql がエラーを報告し続け、マスターとスレーブの同期の遅延が大きすぎたり間違っていたりしました。そこでこの記事では、マスター/スレーブ同期のメカニズム原理とトラブルシューティングのアイデアを紹介します。 障害の顕在化 最も直感的なパフォーマンスは次のとおりです。 mysql> スレーブステータスを表示します\G; // 状態 1 Seconds_Behind_Master: NULL // 状態 2 Seconds_Behind_Master: 0 // 状態 3 Seconds_Behind_Master: 79 継続的なクエリでは、属性値はほとんどの場合 0 ですが、Null や 79 などの遅延値が表示されることもあります。これにより、マスター スレーブ同期遅延の監視が継続して警告されます。 原因と解決策 複数のバックアップ サーバーのサーバー ID が同じであるため、ホストは長時間バックアップ サーバーに接続できず、正常に同期できません。 サーバー ID を変更した後、データベースを再起動して回復します。 マスタースレーブ同期メカニズム MySQL マスター スレーブ同期 (レプリケーションとも呼ばれます) は、次の主な機能を備えた組み込みの高可用性および高パフォーマンスのクラスター ソリューションです。
マスタースレーブ同期は 3 つのステップに分かれています。
マスタースレーブ同期は非同期リアルタイム同期であり、リアルタイムで送信しますが、実行に遅延があります。マスターサーバーの負荷が大きい場合、遅延もそれに応じて増加します。 上の図から、合計 3 つのスレッドが必要であることがわかります。
MySQL スレッドを表示 MySQL のステータスを表示するには ホストのステータス: スタンバイマシンのステータス: ご覧のとおり、私のクラスター アーキテクチャは 1 台のホストと 4 台のスタンバイ マシンで構成されているため、ホストには 4 つの同期スレッド (すべての binlog データはスタンバイ マシンに送信され、binlog ログの更新を待機しています) と 1 つの表示コマンド スレッド (完全なプロセス リストを表示) があります。スタンバイ マシンには、表示コマンド スレッドが 1 つ、I/O スレッドが 1 つ (マスターが同期データ イベントを送信するのを待機中)、および SQL スレッドが 1 つ (すべてのリレー ログを読み取り、I/O スレッドによる更新を待機中) あります。 同期ステータスの表示 マスター スレーブ同期は非同期かつリアルタイムであるため、遅延が発生します。スタンバイ マシンの同期遅延を表示するには、show slave status; を使用します。 マスター スレーブ同期で注意する必要があるいくつかのプロパティは赤でマークされています。
show master status; コマンドを使用して、マスター サーバーの実行ステータスを表示することもできます。 通常のマスタースレーブ同期ステータス:
トラブルシューティング マスタースレーブ同期のメカニズムを理解した後、今日遭遇した問題を見てみましょう。スタンバイマシンのステータスを確認すると、3 つの状態でいくつかの重要な属性値が観察されます。 mysql> スレーブステータスを表示します\G; #状態1: Slave_IO_State: マスターイベントの読み取りに失敗した後に再接続中 スレーブIO実行中: いいえ スレーブSQL実行中: はい マスターより遅れている秒数: NULL #状態2: Slave_IO_State: マスターがイベントを送信するのを待機中 スレーブIO実行中: はい スレーブSQL実行中: はい マスターより遅れている秒数: 0 #状態3: Slave_IO_State: マスターイベントをリレーログにキューイング スレーブIO実行中: はい スレーブSQL実行中: はい マスターとの差: 636 MySQL マスター スレーブ レプリケーション スレッドの状態遷移を通じて、3 つの状態の異なる意味を確認できます。 # 状態 1# スレッドはマスター サーバーに再接続しようとしています。接続が再確立されると、状態はマスターがイベントを送信するのを待機中に変わります。 マスターイベントの読み取りに失敗した後の再接続 # 状態 2# スレッドはプライマリ サーバーに接続し、バイナリ ログ イベントが到着するのを待機しています。プライマリ サーバーがアイドル状態の場合は、さらに長く続く可能性があります。待機が slave_read_timeout 秒続くと、タイムアウトが発生します。この時点で、スレッドは接続が切断されたと見なし、再接続を試みます。 マスターがイベントを送信するのを待っています # 状態 3 # スレッドはイベントを読み取り、SQL スレッドが処理できるようにリレー ログにコピーしています。 マスターイベントをリレーログにキューイングする ここでは、何らかの理由でスレーブ サーバーがマスター サーバーから切断され、再接続を試行し続け、再接続が成功した後に再び切断されていると推測できます。 ホストの動作を見てみましょう。 問題は 10.144.63.* と 10.144.68.* の 2 台のマシンで発生していることがわかりました。そのうちの 1 台のエラー ログを確認しました。
Google でキーワード「Slave: received end packet from server, apparent master shut down:」を検索すると、「Confusing MySQL Replication Error Message」の記事で、原因は 2 つのスタンバイ サーバーのサーバー ID が重複していることであることがわかります。
バグ修正 問題を特定した後、重複があるかどうかを確認したところ、2 台のバックアップ マシンのフィールドが実際に同じであることがわかりました。 vim の my.cnf #レプリケーション ログ bin = mysql bin # この乱数は server-id=177230069 と同じです 同期バイナリログ=1 別の番号を変更して保存し、MySQL プロセスを再起動すると、アラームが復元されます。 要約する 結局のところ、この問題の解決方法は非常に簡単ですが、問題のトラブルシューティングを行う際には、最初は混乱していたものの、最後にはアイデアが明確になるという変化がよく見られます。この記事の主な利点は、マスター スレーブ同期のメカニズムと問題を追跡するためのアイデアを理解できるようにすることです。次回は、マスター スレーブ同期によってもたらされる問題を迅速に解決できることを願っています。 さて、以上がこの記事の全内容です。この記事の内容が皆さんの勉強や仕事に一定の参考学習価値を持つことを願っています。ご質問があれば、メッセージを残してコミュニケーションしてください。123WORDPRESS.COM をご愛顧いただきありがとうございます。 参考文献
以下もご興味があるかもしれません:
|
<<: nginxを使用してドメイン名ベースの仮想ホストを構成する
>>: Easyswoole ワンクリック インストール スクリプトとパゴダ インストール エラー
1. 概要mysql-monitor MYSQL 監視ツール、最適化ツール、1 つの Java Sp...
1. 概要1.1 基本概念: Docker は、Go 言語をベースにしたオープンソースのアプリケーシ...
WeChat ミニプログラム - QR コード ジェネレーターダウンロード: weapp-qrcod...
目次プロジェクトの作成プロジェクト構造メイン.jsアプリ.vue:設定コンポジションAPI参照反応的...
今日は、ネイティブ JS で実装された画像マーキー効果を紹介します。効果は次のとおりです。 実装され...
MySQL は、マルチテーブルクエリを実行するときにエラーを報告します。 [SQL] SELECT ...
ウェブサイトをデザインするにはインスピレーションが必要です。良いインスピレーションを得るには、より多...
この記事では、jsネイティブカルーセルプラグインの具体的なコードを参考までに共有します。具体的な内容...
目次既存のイメージからイメージを更新します。イメージを最初から構築する: Docker イメージ リ...
ここで、アンカー ポイントを制御するいくつかの状況をまとめてみましょう。 1. 同じページ <...
<br />このタグは、さらにテキストを入力できる複数行のテキスト フィールドを作成する...
注意:仮想マシンのメモリは2G以上が推奨され、 Alibaba Cloudのアクセラレーションイメー...
1. エラーの再現MySQL データベースにはアクセスできますが、データベース テーブルを読み取るこ...
まずSQLを書く SELECT DISTINCT from_id タラから cod.from_id ...
SQL文 ドロップトリガー もし sys_menu_edit が存在します。 各行のsys_menu...