tencent cloud

機能の説明

スレッドプール（Thread_pool）は一定数のワークスレッドを用いて接続リクエストを処理するもので、通常はOLTPワークロードのシーンに比較的適しています。しかし、 リクエストにスロークエリが多い状況でスレッドプールの不足が発生すると、高遅延操作においてワークスレッドがブロックされ、新しいリクエストに迅速に応答できなくなり、システムのスループットが既存のone-thread-per-connection（Per_thread）方式より逆に低下する場合があります。

Per_thread方式とThread_pool方式にはそれぞれに長所と短所があり、システムは業務のタイプに応じて柔軟に切り替えを行う必要があります。残念ながら、現時点ではこの2種類の方式を切り替えるには、サーバーの再起動が必須です。通常、2種類の方式の切り替えニーズは業務のピーク時間帯に生じるため、その時点でのサーバー強制再起動は業務に重大な影響を与えます。

Per_thread方式とThread_pool方式の切り替えの柔軟性を高めるため、TencentDB for MySQLはスレッドプールの動的切り替えの最適化、すなわちデータベースサービスを再起動せずに、スレッドプールを動的にオンまたはオフにすることを可能にしました。

サポートするバージョン

• カーネルバージョン MySQL 8.0 20201230およびそれ以降
• カーネルバージョン MySQL 5.7 20201230およびそれ以降

ユースケース

パフォーマンスに敏感で、業務のタイプに応じて柔軟にデータベースの実行方式を調整する必要がある業務に適します。

パフォーマンスへの影響

• pool-of-threadsをone-thread-per-connectionに切り替えるプロセス自体はqueryの堆積や、パフォーマンスへの影響をもたらしません。
• one-thread-per-connectionをpool-of-threadsに切り替えるプロセスは、その前にスレッドプールがスリープ状態にあるため、QPSが極めて高くかつストレスが持続的に高い状況下では、一定のリクエストの蓄積が存在する可能性があります。対処方法は次のとおりです。
  • 方法1：thread_pool_oversubscribeを適宜増大させるとともに、thread_pool_stall_limitを適宜小さくし、スレッドプールを迅速にアクティブ化します。堆積したSQLを消化後、状況に応じて上記の変更を元に戻します。
  • 方法2：SQLの蓄積が生じた際、業務トラフィックを一時的に数秒間停止または低下させ、pool-of-threadsが完全にアクティブ化されるのを待ってから、持続的な高ストレス業務トラフィックを再開させます。

利用説明

追加されたthread_handling_switch_modeはスレッドプール動的切り替え機能の制御に用います。オプション値およびその意味は次のとおりです。

show threadpool statusに追加されたステータスは次のとおりです。

• connections_moved_from_per_threadは、Per_threadからThread_poolに移動したconnectionsの数を表します。
• connections_moved_to_per_threadは、Thread_poolからPer_threadに移動したconnectionsの数を表します。
• events_consumedは、各スレッドプールのワークスレッドで消費されたeventsの総数を表します。Thread_poolがPer_threadに移動した後は、eventsの総数はそれ以上増加しません。
• average_wait_usecs_in_queueは、各eventのqueueにおける平均待機時間を表します。

show full processlistに追加されたステータスは次のとおりです。

• Moved_to_per_threadは、その接続がPer_threadに移動した回数を表します。
• Moved_to_thread_poolは、その接続がThread_poolに移動した回数を表します.

関連パラメータステータス説明

スレッドプール関連パラメータの紹介：

show threadpool statusコマンドによって表示される関連ステータスの紹介：