ApsaraDB RDS:永続接続設定の構成

切り替え

このセクションでは、データベースプロキシが切り替え中に永続的な接続を確保する方法について説明します。

1. 切り替えの開始: 新しい接続と要求をブロックします。

   データベースプロキシは、永続的なトランザクションをサポートしません。 データベースプロキシは、セッションステータスに基づいてセッションを処理します。

   • ブロック中のアクティブなトランザクションのセッション: データベースプロキシは、処理のためにプライマリRDSインスタンスに要求を転送します。

   • ブロック中の新しいトランザクションのセッション: データベースプロキシは要求をブロックし、クライアントはブロックされた要求に対するサーバーからの応答を待ちます。

   • ブロック後のアクティブなトランザクションのセッション: クライアントとデータベースプロキシ間の接続が中断され、RDSインスタンスはコミットされていないトランザクションをロールバックします。

   

2. 切り替え: 既存の接続のステータスを切り替えます。

   次のセクションでは、切り替え中に変更される既存の接続のステータスについて説明します。

   • 非永続接続: データベースプロキシは接続全体を終了します。

   • 永続接続: 現在のRDSインスタンスから接続が終了し、新しいRDSインスタンスに切り替えられます。

   • 接続プール内の元のプライマリRDSインスタンスへの接続: 接続がリリースされました。

   

3. Switched: 接続を再確立します。

   切り替え後に存続している接続は、データベースプロキシと新しいプライマリRDSインスタンス間の接続が確立された後に復元できます。

   

フェイルオーバー

プライマリRDSインスタンスに障害が発生した場合、システムは自動的にセカンダリRDSインスタンスを新しいプライマリRDSインスタンスとして昇格し、ワークロードを元のプライマリRDSインスタンスから新しいプライマリRDSインスタンスに切り替えます。 このプライマリ /セカンダリの切り替えは予期せず、フェールオーバーと呼ばれます。

データベースプロキシは、実行中または転送されるSQL文をキャッシュする。 RDSインスタンスに障害が発生すると、データベースプロキシとRDSインスタンス上のデータベース間のバックエンド接続が中断されます。 データベースプロキシがインスタンスフェイルオーバーを検出した場合、データベースプロキシと必要なクライアント間の接続はすぐには中断されません。 データベースプロキシは、失敗した読み取り要求をデータベースシステムの使用可能なRDSインスタンスに転送し、接続を復元します。

前提条件

手順

1. ApsaraDB RDSコンソールにログインし、[インスタンス] ページに移動します。 上部のナビゲーションバーで、RDSインスタンスが存在するリージョンを選択し、RDSインスタンスを見つけて、インスタンスIDをクリックします。

2. 左側のナビゲーションペインで、[データベース] をクリックします。

3. [基本情報] セクションで、[永続的接続] の右側にある [有効] をクリックします。

   説明

   永続接続が見つからない場合、RDSインスタンスは前提条件を満たしていません。

前提条件

• RDSインスタンスでデータベースプロキシ機能が有効になっています。

• RDSインスタンスに対して永続的な接続が有効になっています。

手順

1. ApsaraDB RDSコンソールにログインし、[インスタンス] ページに移動します。 上部のナビゲーションバーで、RDSインスタンスが存在するリージョンを選択し、RDSインスタンスを見つけて、インスタンスIDをクリックします。

2. 左側のナビゲーションペインで、[データベース] をクリックします。

3. ビジネス要件に基づいて、必要なデータベースプロキシエンドポイントの接続設定を構成します。 詳細については、「データベースプロキシエンドポイントの接続設定の構成」をご参照ください。 読み取り /書き込み属性を読み取り /書き込み (読み取り /書き込み分割) に設定します。

4. ビジネス要件に基づいて、必要なデータベースプロキシエンドポイントの内部エンドポイントまたはパブリックエンドポイントを申請します。 詳細については、「データベースプロキシエンドポイントの管理」をご参照ください。

5. 必要なデータベースプロキシエンドポイントのポートと内部エンドポイントまたはパブリックエンドポイントを使用して、RDSインスタンスをアプリケーションに接続できます。

6. 切り替えをトリガーするO&M操作がRDSインスタンスで実行される場合、データベースプロキシ機能は永続的な接続を確保するのに役立ちます。 このようにして、アプリケーションとデータベースプロキシとの間でデータベースプロキシエンドポイントを使用して確立された接続は存続します。

制限事項

次のシナリオでは、切り替え中の永続接続はサポートされません。

• MySQLサーバーは、接続の結果セット全体を返しません。 たとえば、100 MBのサイズの結果セットが存在する場合、50 MBの結果セットのみが返されます。 残りの結果セットが返されます。

• コミットされていないトランザクションが存在します。

• CHANGE USERステートメントは接続で実行されます。

• LOAD DATAステートメントは接続で実行されます。

• 一時テーブルが存在します。

• データベースプロキシエンドポイントを使用したバイナリログへのサブスクリプションの接続が存在します。

• FOUND_ROWS、ROW_COUNT、およびLAST_INSERT_ID関数はサポートされていません。 関数を呼び出すことはできますが、呼び出し結果が不正確な場合があります。 MySQLでは、SELECT FOUND_ROWS() の使用は推奨されなくなりました。 SELECT FOUND_ROWS() をSELECT COUNT(*) FROM tb1に置き換えることを推奨します。 詳細については、「FOUND_ROWS() 」をご参照ください。

使用上の注意

• SELECT CONNECTION_ID() ステートメントを実行して接続のスレッドIDを照会すると、再接続により接続のスレッドIDが変更されることがあります。

• SHOW PROCESSLIST文の出力またはSQL Explorerページに表示されるIPアドレスおよびポート番号が、再接続のためにクライアントのIPアドレスおよびポート番号と異なる場合があります。

• ユーザー定義変数が接続に存在し、接続が存続している場合、ユーザー定義変数は無効になります。