SQL Server アドホッククエリ問題の監視のバックアップ(No.6)

バックアップ一覧
差分を表示
現在との差分を表示
ソースを表示
SQL Server アドホッククエリ問題の監視へ行く。
- 1 (2017-04-16 (日) 14:08:59)
- 2 (2017-04-16 (日) 14:09:32)
- 3 (2017-05-15 (月) 12:14:59)
- 4 (2017-12-05 (火) 18:13:31)
- 5 (2017-12-25 (月) 12:41:19)
- 6 (2025-06-09 (月) 17:57:25)

「マイクロソフト系技術情報 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。

戻る

↑

概要 †

↑

アドホッククエリ †

「実行プラン」が再利用されず、SQLがコンパイルされる。
このため、多数のユーザが短いアドホッククエリを同時実行すると、
CPU の使用率が非常に高くなり、システム全体の性能が低下することがある。

↑

「実行プラン」の再利用 †

まったく同じクエリのときのみ「実行プラン」が再利用される。
検索キーの値を変更しただけで、「実行プラン」の再利用がされなくなる。
これは、クエリをパラメタ化することで防ぐことができる。

↑

監視方法 †

↑

パフォーマンスカウンタ †

この場合、パフォーマンスカウンタを使用して監視を行う。

SQL Server:Buffer Manager:Free pages
SQL Server: SQL Statistics:SQL Compilations/sec

のカウンタ値が高く、

SQL Server:Buffer Manager:Stolen Page Count
SQL Server:Buffer Manager:Memory Grants Pending

カウンタ値が低いという状態になる。

↑

SQLプロファイラ（SQLトレース） †

必要に応じて、SQLプロファイラ（SQLトレース）を使用する。

↑

実行プランのグラフィカル表示 †

問題のクエリが特定できたら、Management Studioを使用して、
クエリプラン（実行プラン）のグラフィカル表示も可能。

↑

対策方法 †

この状態では、CPUボトルネックが発生する可能性がある。

この場合、SQLのコンパイルのコストを避けるために、
クエリのパラメタ化による「実行プラン」の再使用を検討する。

↑

参考 †

アドホッククエリの性能問題の監視、対策方法については、以下のURLを参照のこと。

[HOWTO] アドホッククエリのパフォーマンスのトラブルシューティングを行う方法
http://support.microsoft.com/kb/243588/ja

↑

SQL Server のオプティマイザ †

オプティマイザが実行プランを決定する。

Tags: :データアクセス, :SQL Server, :障害対応, :性能

SQL Server アドホック クエリ問題の監視 のバックアップ(No.6)