第 27 章 MySQL パフォーマンススキーマ

パフォーマンススキーマは、実行時にサーバーの内部実行を検査する方法を提供します。 それは、PERFORMANCE_SCHEMA ストレージエンジンおよび performance_schema データベースを使用して実装されます。 パフォーマンススキーマは、主にパフォーマンスデータに焦点を合わせています。 これは、メタデータの検査に使用される INFORMATION_SCHEMA と異なります。

パフォーマンススキーマはサーバーイベントをモニターします。 「イベント」は、時間がかかり、タイミング情報を収集できるようにインストゥルメントされた、サーバーが実行するすべてのことです。 一般に、イベントは、関数呼び出し、オペレーティングシステムの待機、解析やソートなどの SQL ステートメント実行のステージ、またはステートメント全体やステートメントのグループなどになります。 イベント収集を使用すると、サーバーやいくつかのストレージエンジンの同期呼び出し (相互排他ロックなど) ファイルやテーブルの I/O,テーブルロックに関する情報にアクセスできます。

パフォーマンススキーマイベントは、サーバーのバイナリログに書き込まれるイベント (これはデータの変更を説明する) やイベントスケジューラのイベント (これはストアドプログラムの一種である) とは区別されます。

パフォーマンススキーマイベントは MySQL サーバーの特定のインスタンスに固有です。 「パフォーマンススキーマ」テーブルはサーバーに対してローカルであるとみなされ、それらに対する変更はバイナリログにレプリケートまたは書き込まれません。

現在のイベントに加えて、イベントの履歴とサマリーを取得できます。 これにより、インストゥルメントされたアクティビティーが何回実行され、それらにどのくらいの時間がかかったかを判断できます。 イベント情報を取得して、特定のスレッドのアクティビティー、または相互排他ロックやファイルなどの特定のオブジェクトに関連付けられているアクティビティーを表示できます。

PERFORMANCE_SCHEMA ストレージエンジンは、サーバーソースコードで「インストゥルメンテーションポイント」を使用して、イベントデータを収集します。

収集されたイベントは、performance_schema データベース内のテーブルに格納されます。 これらのテーブルは、ほかのテーブルと同様に SELECT ステートメントを使用してクエリーできます。

パフォーマンススキーマの構成は、SQL ステートメントから performance_schema データベース内のテーブルを更新することによって、動的に変更できます。 構成の変更はデータコレクションにすぐに影響しません。

パフォーマンススキーマ内のテーブルは、永続的なディスク上のストレージを使用しないインメモリーテーブルです。 コンテンツは、サーバーの起動時から再移入され、サーバーの停止時に破棄されます。

モニタリングは MySQL でサポートされているすべてのプラットフォームで使用できます。

いくつかの制限が適用されることがあります。タイマーの種類はプラットフォームごとに異なることがあります。 ストレージエンジンに適用されるインストゥルメントは、すべてのストレージエンジンに実装されていないことがあります。 各サードパーティーエンジンのインストゥルメンテーションはエンジン管理者の責任です。 セクション27.20「パフォーマンススキーマの制約」も参照してください。

データコレクションは、サーバーソースコードを変更し、インストゥルメンテーションを追加することによって実装されます。 レプリケーションやイベントスケジューラなどのほかの機能と異なり、パフォーマンススキーマに関連付けられた個別のスレッドはありません。

パフォーマンススキーマのアクティブ化によって、サーバーの動作は変更されません。 たとえば、それによってスレッドスケジューリングが変更されず、クエリー実行計画 (EXPLAIN によって表示される) が変更されません。

サーバーのモニタリングはごくわずかなオーバーヘッドで、継続的かつ目立たずに行われます。 パフォーマンススキーマのアクティブ化によって、サーバーが使用不能になりません。

パーサーは変更されません。 新しいキーワードやステートメントはありません。

パフォーマンススキーマが内部で失敗しても、サーバーコードの実行は正常に続行されます。

初期のイベントの収集時に処理を実行するか、あとのイベント取得時に処理を実行するかのどちらかを選択する場合、収集が速くなるほうが優先されます。 これは、取得がオンデマンドで、まったく行われないこともあるのに対し、収集は進行中であるためです。

「最もパフォーマンスの高いスキーマ」テーブルには、全テーブルスキャン以外の実行計画へのアクセス権をオプティマイザに付与するインデックスがあります。 詳細は、セクション8.2.4「パフォーマンススキーマクエリーの最適化」を参照してください。

新しいインストゥルメンテーションポイントを追加することは簡単です。

インストゥルメンテーションはバージョン管理されます。 インストゥルメンテーションの実装が変更されても、以前にインストゥルメントされたコードは引き続き機能します。 これは、最新のパフォーマンススキーマの変更と同期させておくために、各プラグインをアップグレードする必要がないため、サードパーティープラグインの開発者にメリットがあります。