Query Explain を使用すると、Datastore モードのクエリをバックエンドに送信し、返信でバックエンド クエリの実行に関する詳細なパフォーマンス統計情報を受け取ることができます。これは、多くのリレーショナル データベース システムの EXPLAIN ANALYZE
オペレーションのように機能します。
Query Explain リクエストは、Datastore モードのクライアント ライブラリを使用して送信できます。
Query Explain の結果はクエリがどのように実行されるかを理解するうえで役立ち、非効率性やサーバー側でボトルネックになりそうな箇所を示します。
Query Explain:
- クエリのインデックスを調整して効率性を高めることができるように、計画フェーズに関する分析情報が提供されます。
- クエリごとにコストとパフォーマンスを把握でき、さまざまなクエリパターンを迅速に反復してその使用方法を最適化できます。
Query Explain のオプションについて: デフォルトと分析
Query Explain のオペレーションは、「デフォルト」オプションまたは「分析」オプションを使用して実行できます。
デフォルトのオプションでは、Query Explain はクエリを計画するものの実行ステージはスキップします。これによりプランナー ステージの情報が返されます。この情報を使用すると、クエリに必要なインデックスがあることを確認して、どのインデックスが使用されているかを把握できます。これは、たとえば、特定のクエリがさまざまなインデックスを交差させることなく、複合インデックスを使用していることを確認するのに役立ちます。
分析オプションを使用すると、Query Explain はクエリの計画と実行の両方を行います。これにより、クエリ実行ランタイムからの統計情報とともに前述のすべてのプランナー情報が返されます。これには、課金情報とクエリ実行に関するシステムレベルの分析情報が含まれます。このツールを使用すると、さまざまなクエリとインデックスの構成をテストしてコストとレイテンシを最適化できます。
Query Explain のコストは?
クエリがデフォルト オプションで説明されると、インデックス オペレーションや読み取りオペレーションは実行されません。クエリの複雑さに関係なく、1 回の読み取りオペレーションが課金されます。
クエリが分析オプションで説明されると、インデックス オペレーションと読み取りオペレーションが実行されるため、通常のクエリに対する料金が発生します。分析アクティビティに追加料金はかからず、実行されるクエリに対する通常の料金のみにかかります。
デフォルトのオプションでクエリを実行する
クライアント ライブラリを使用して、デフォルト オプション リクエストを送信できます。
クエリの説明の結果は、通常のクエリ オペレーションと同じ権限を使用して Identity and Access Management で認証されます。
Java
Datastore モードのクライアント ライブラリをインストールして使用する方法については、Datastore モードのクライアント ライブラリをご覧ください。 詳細については、Datastore モードの Java API のリファレンス ドキュメントをご覧ください。
Datastore モードへの認証を行うには、アプリケーションのデフォルト認証情報を設定します。 詳細については、ローカル開発環境の認証を設定するをご覧ください。
レスポンスの indexes_used
フィールドで、クエリプランで使用されるインデックスを確認します。
"indexes_used": [ {"query_scope": "Collection Group", "properties": "(__name__ ASC)"}, ]
レポートの詳細については、レポートのリファレンスをご覧ください。
分析オプションを使用してクエリを実行する
クライアント ライブラリを使用して、デフォルト オプション リクエストを送信できます。
クエリの分析の結果は、通常のクエリ オペレーションと同じ権限を使用して Identity and Access Management で認証されます。
Java
Datastore モードのクライアント ライブラリをインストールして使用する方法については、Datastore モードのクライアント ライブラリをご覧ください。 詳細については、Datastore モードの Java API のリファレンス ドキュメントをご覧ください。
Datastore モードへの認証を行うには、アプリケーションのデフォルト認証情報を設定します。 詳細については、ローカル開発環境の認証を設定するをご覧ください。
executionStats
オブジェクトで、次のようなクエリ プロファイリング情報を確認します。
{ "resultsReturned": "5", "executionDuration": "0.100718s", "readOperations": "5", "debugStats": { "index_entries_scanned": "95000", "documents_scanned": "5" "billing_details": { "documents_billable": "5", "index_entries_billable": "0", "small_ops": "0", "min_query_cost": "0", } } }
レポートの詳細については、レポートのリファレンスをご覧ください。
結果を解釈して調整を行う
次のシナリオ例では、ジャンル別、製作国別に映画のクエリを実行して、クエリで使用されるインデックスを最適化する方法を示します。
レポートの詳細については、Query Explain のレポートのリファレンスをご覧ください。
たとえば、以下の SQL クエリと同等のものを想定します。
SELECT * FROM movies WHERE category = 'Romantic' AND country = 'USA';
分析オプションを使用すると、以下のレポート出力は、単一フィールド インデックス (category ASC, __name__ ASC)
と (country ASC, __name__ ASC)
でクエリが実行されることを示します。16,500 件のインデックス エントリをスキャンしますが、ドキュメントは 1,200 件しか返されません。
// Output query planning info "indexes_used": [ {"query_scope": "Collection Group", "properties": "(category ASC, __name__ ASC)"}, {"query_scope": "Collection Group", "properties": "(country ASC, __name__ ASC)"}, ] // Output query status { "resultsReturned": "1200", "executionDuration": "0.118882s", "readOperations": "1200", "debugStats": { "index_entries_scanned": "16500", "documents_scanned": "1200" "billing_details": { "documents_billable": "1200", "index_entries_billable": "0", "small_ops": "0", "min_query_cost": "0", } } }
クエリの実行パフォーマンスを最適化するには、完全に対象となる複合インデックス(category ASC、country ASC、__name__ ASC)を作成します。
クエリを再度分析モードで実行すると、新たに作成されたインデックスがこのクエリで選択されており、クエリがより高速かつ効率的に実行されることがわかります。
// Output query planning info "indexes_used": [ {"query_scope": "Collection Group", "properties": "(category ASC, country ASC, __name__ ASC)"} ] // Output query stats { "resultsReturned": "1200", "executionDuration": "0.026139s", "readOperations": "1200", "debugStats": { "index_entries_scanned": "1200", "documents_scanned": "1200" "billing_details": { "documents_billable": "1200", "index_entries_billable": "0", "small_ops": "0", "min_query_cost": "0", } } }