DP300-MON#21-1
【シナリオ】
あなたは Azure SQL Database General Purpose 8 vCore で運用している EC サイト のクエリ性能 後退 を 調査 します。先週 まで 平均 100ms で 完了 していた 商品 検索クエリが 突然 5000ms 以上 に 後退 しました。Query Store は 有効 化 済みで 過去 30 日分 のデータが 保管 されています。
【ステートメント】
Query Store の「Regressed Queries」ビューで 性能 後退 した クエリ と 過去 の 良い Plan を 特定 できる。
解説
【正解: はい】の理由
Query Store の「Regressed Queries」ビューは クエリ 性能 後退 検出 専用 で 該当クエリ の query_id / 後退前 の 良い plan_id / 後退後 の 悪い plan_id が 視覚的 に確認 できます。Time Range スライダーで 30 日間 の 履歴 から後退 タイミング も特定 できます。
【不正解の選択肢の場合】
「いいえ」と判定すると Query Store の Regressed Queries 機能を否定することになりますが この ビュー は性能 後退 専用 の標準機能 で 設計通りに使用 できます。
【シリーズ全体の正解一覧】
| 問 | ステートメント | 正解 |
|---|---|---|
| 問1 | Query Store の「Regressed Queries」ビューで 性能 後退 した クエリ と 過去 の 良い Plan を 特… | はい |
| 問2 | 特定した過去の 良い Plan を sp_query_store_force_plan で 強制 することで 即時 性能 回復 できる。 | はい |
| 問3 | Plan Force だけ で 永続的解決 となり 根本 原因 (統計情報 古い / Index 不足 等) の調査 は 不要 である。 | いいえ |
コメント