DP300-MON#21-3
【シナリオ】
あなたは Azure SQL Database General Purpose 8 vCore で運用している EC サイト のクエリ性能 後退 を 調査 します。先週 まで 平均 100ms で 完了 していた 商品 検索クエリが 突然 5000ms 以上 に 後退 しました。Query Store は 有効 化 済みで 過去 30 日分 のデータが 保管 されています。
【ステートメント】
Plan Force だけ で 永続的解決 となり 根本 原因 (統計情報 古い / Index 不足 等) の調査 は 不要 である。
解説
【正解: いいえ】の理由
Plan Force は 暫定対処 で 根本 原因 (統計情報 古い / Index 不足 / Cardinality Estimator バグ 等) の 解決 が 必要 です。原因 特定 + 修正 後 sp_query_store_unforce_plan で Force 解除 する のが Microsoft 推奨 です。
【不正解の選択肢の場合】
「はい」と判定すると Plan Force が 永続 解決 となりますが 根本 原因 解決 なしの Plan Force は 技術 的負債 を 残す ため 必ず 根本 原因 調査 を 実施 すべき です。
【シリーズ全体の正解一覧】
| 問 | ステートメント | 正解 |
|---|---|---|
| 問1 | Query Store の「Regressed Queries」ビューで 性能 後退 した クエリ と 過去 の 良い Plan を 特… | はい |
| 問2 | 特定した過去の 良い Plan を sp_query_store_force_plan で 強制 することで 即時 性能 回復 できる。 | はい |
| 問3 | Plan Force だけ で 永続的解決 となり 根本 原因 (統計情報 古い / Index 不足 等) の調査 は 不要 である。 | いいえ |
コメント