MySQLマスターライブラリフェールオーバーには、主に4つのステップが含まれています。 1.障害検出：メインライブラリプロセス、接続ステータス、および簡単なクエリを定期的に確認(rèn)して、ダウンタイムであるかどうかを判斷し、誤判斷を避けるために再試行メカニズムを設(shè)定し、MHA、オーケストレーター、キープリベーションなどのツールを使用して検出を支援できます。 2。新しいメインライブラリを選択します。データ同期の進(jìn)行狀況（seconds_behind_master）、binlogデータの整合性、ネットワーク遅延、負(fù)荷條件に従って置き換えるために、最適な奴隷ライブラリを選択して、必要に応じてデータ補(bǔ)償または手動介入を?qū)g行します。 3.スイッチトポロジ：他のスレーブライブラリを新しいマスターライブラリにポイントし、マスターをリセットするか、GTIDを有効にし、VIP、DNS、またはプロキシ構(gòu)成を更新して、アプリケーションの透明な切り替えを?qū)g現(xiàn)します。 4。アプリケーションレイヤーの協(xié)力：クライアントは、自動再接続、例外処理、およびキャッシュリフレッシュなどのDNSメカニズムをサポートする必要があり、hikaricPなどの接続プールミドルウェアと組み合わせて、フォールトトレランスを改善し、シームレスなサービストランジションを確保する必要があります。

MySQLマスターライブラリフェールオーバーは、高可用性アーキテクチャの重要なリンクです。目的は、メインライブラリで例外が発生したときに奴隷ライブラリにトラフィックを迅速に転送して、サービスが継続的に利用可能であることを確認(rèn)することです。このプロセスには、通常、障害の検出、新しいマスターライブラリの選択、クライアント接続の切り替えなど、いくつかの手順が含まれます。

1。障害検出：メインライブラリに問題があるかどうかを判斷する方法は？

メインライブラリが本當(dāng)にダウンタイムであるかどうかを自動的または手動で確認(rèn)することが、プロセス全體の最初のステップです。一般的な慣行は、次のような監(jiān)視システムを介して、メインライブラリの健康狀態(tài)を定期的に検出することです。

• MySQLプロセスが実行されているかどうかを確認(rèn)します
• データベース接続を確立してみてください
• SimpleSQLクエリを?qū)g行する（ SELECT 1など）

數(shù)回続けて障害が発生すると、メインライブラリは利用できないと見なされます。ネットワークジッターも誤判斷につながる可能性があるため、通常、不必要な切り替えを避けるために、再試行メカニズムとタイムアウト時間が設(shè)定されていることに注意する必要があります。

MHA、オーケストレーター、Keepalivedなどのいくつかのツールは、障害検出に使用できます。

2。新しいメインライブラリを選択します：誰が引き継ぎますか？

マスターライブラリが失敗したことを確認(rèn)した後、次のステップは、既存のスレーブライブラリから新しいマスターライブラリとして適切なノードを選択することです。

選択基準(zhǔn)は一般的に次のものが含まれます。

• データ同期の進(jìn)行狀況（ Seconds_Behind_Masterを參照）
• 最新のビンログデータはありますか
• ネットワークの遅延と安定性
• インスタンスの負(fù)荷狀況

理想的には、元のマスターライブラリに最も近いスレーブライブラリを選択する必要があります。これにより、データ損失のリスクが低下する可能性があります。複數(shù)の奴隷ライブラリが多くの遅れをとっている場合、データ補(bǔ)償または手動介入が必要になる場合があります。

MHAはログを自動的に埋めようとしますが、オーケストレーターはトポロジーを表示し、APIを介して決定を下すことができます。

3.トポロジに切り替える：新しいマスターが誰であるかを他のノードに知らせてください

新しいマスターライブラリを決定した後、次に行うべきことは、他のスレーブライブラリを新しいマスターライブラリに向け、アプリケーションレイヤー構(gòu)成を更新して、書き込み要求が正しく到著することを確認(rèn)することです。

特定の操作には次のものがあります：

• 新しいメインライブラリでRESET MASTERするか、GTIDを有効にする
• 他の奴隷ライブラリは、新しいマスターを指すCHANGE MASTER TOを?qū)g行します
• VIPまたはDNS構(gòu)成を更新して、アプリケーションが透過的に切り替えることを許可します
• プロキシ（proxysql、maxscaleなど）を使用する場合は、その構(gòu)成も更新する必要があります

このステップの鍵は、「シームレス」になり、ビジネスの中斷を避けることです。一部のソリューションでは、仮想IPまたはサービス発見メカニズムと組み合わせてスイッチングロジックを簡素化します。

4。アプリケーションレイヤー協(xié)力：クライアントを忘れないでください

データベースレベルでスイッチングが完了した場合でも、アプリケーションが時間の変更を認(rèn)識していない場合、接続エラーは引き続き発生します。

この問題に対処するために、次の方法を考慮することができます。

• 接続プールミドルウェアを使用して、自動再接続と読み取りワイト分離をサポートします
• クライアントコードにロジックと例外処理を再試行する
• DNSキャッシュの更新戦略と併せて、アプリケーションが最新のアドレスを取得することを確認(rèn)してください

たとえば、Spring BootのHikaricPまたはMyBatisを使用して、接続タイムアウトと最大數(shù)回のRETRIESを設(shè)定して、フォールトトレランスを改善できます。

基本的にこれらはステップです。全體的なプロセスは複雑ではないように見えますが、複製遅延、GTID一貫性、許可構(gòu)成、その他の問題など、実際の展開には多くの詳細(xì)が無視できます。フェールオーバーをスムーズに実行できるように、公式に起動する前に、より多くのドリルを行うことをお勧めします。

以上がMySQLマスターフェールオーバーの典型的なプロセスは何ですか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。