連載
キャッシュされたプロシージャの実行統計を出力する:SQL Server動的管理ビューレファレンス(60)
「Microsoft SQL Server」が稼働するデータベースシステムを運用する管理者に向け、「動的管理ビュー」の活用を軸にしたトラブル対策のためのノウハウを紹介していきます。今回は、キャッシュされたプロシージャの実行統計の出力について解説します。
本連載では、「Microsoft SQL Server(以下、SQL Server)」で使用可能な動的管理ビューについて、動作概要や出力内容などを紹介していきます。今回は動的管理ビュー「sys.dm_exec_procedure_stats」における、キャッシュされたプロシージャの実行統計の出力について解説します。対応バージョンは、SQL Server(サポートされている全てのバージョン)です。
概要
SQL Serverでは、ストアドプロシージャを実行する際にはプロシージャの定義や統計情報を使用してコンパイル処理が実行され、コンパイル結果は「実行プラン」としてプランキャッシュに保存されます。次回以降の実行では、コンパイル前にプランキャッシュが確認され、実行プランが保存されている場合にはコンパイルは行われません。
実行プランにはツリー構造で表されるプロシージャの実行計画以外にも、実行プランがキャッシュされた時刻や実行回数、実行時間など、実行統計の情報が保存されています。
「sys.exec_procedure_stats」動的管理ビューを使用することで、プランキャッシュに保存されているプロシージャの実行プランについて、実行統計の情報を出力できます。
出力内容
列名 | データ型 | 説明 |
---|---|---|
database_id | int | ストアドプロシージャのデータベースID |
object_id | int | ストアドプロシージャのオブジェクトID |
type | char(2) | オブジェクトの種類 P=SQLストアドプロシージャ PC=アセンブリ(CLR)ストアドプロシージャ X=拡張ストアドプロシージャ |
type_desc | nvarchar(60) | オブジェクトの種類の説明 SQL_STORED_PROCEDURE CLR_STORED_PROCEDURE EXTENDED_STORED_PROCEDURE |
sql_handle | varbinary(64) | ストアドプロシージャのクエリハンドル 「dm_exec_query_stats」の「sql_handle」と相関する |
plan_handle | varbinary(64) | プランの識別子 プランがキャッシュに残っている間だけ一定 「sys.dm_exec_cached_plans」動的管理ビューで使用できる ネイティブコンパイルストアドプロシージャがメモリ最適化テーブルに対してクエリを実行するときは、常に「0x000」 |
cached_time | datetime | ストアドプロシージャがキャッシュに追加された時刻 |
last_execution_time | datetime | 最後に実行された時刻 |
execution_count | bigint | 最後にコンパイルされてから実行された回数 |
total_worker_time | bigint | コンパイル後にこのストアドプロシージャの実行で消費されたCPU時間の合計(マイクロ秒単位) ネイティブコンパイルストアドプロシージャで、多くの実行が1ミリ秒未満である場合、精度が高くない可能性がある |
last_worker_time | bigint | 前回実行したときに使用されたCPU時間(マイクロ秒単位) |
min_worker_time | bigint | 1回の実行で使用した最小CPU時間(マイクロ秒単位) |
max_worker_time | bigint | 1回の実行で使用した最大CPU時間(マイクロ秒単位) |
total_physical_reads | bigint | コンパイル後にこのストアドプロシージャの実行で行われた物理読み取りの合計数 メモリ最適化テーブルを参照する場合は「0」 |
last_physical_reads | bigint | 最後に実行された物理読み取り数 メモリ最適化テーブルを参照する場合は「0」 |
min_physical_reads | bigint | 1回の実行で行われた物理読み取りの最小数 メモリ最適化テーブルを参照する場合は「0」 |
max_physical_reads | bigint | 1回の実行で行われた物理読み取りの最大数 メモリ最適化テーブルを参照する場合は「0」 |
total_logical_writes | bigint | コンパイル後にこのストアドプロシージャの実行によって行われた論理書き込みの合計数 メモリ最適化テーブルを参照する場合は「0」 |
last_logical_writes | bigint | 最後に実行されたときに行われた論理書き込みの合計数 ページがすでにダーティであった場合はカウントされない メモリ最適化テーブルを参照する場合は「0」 |
min_logical_writes | bigint | 1回の実行で行われた論理書き込みの最小数 メモリ最適化テーブルを参照する場合は「0」 |
max_logical_writes | bigint | 1回の実行で行われた論理書き込みの最大数 メモリ最適化テーブルを参照する場合は「0」 |
total_logical_reads | bigint | コンパイル後にこのストアドプロシージャの実行によって実行された論理読み取りの合計数 メモリ最適化テーブルを参照する場合は「0」 |
last_logical_reads | bigint | 最後に実行されたときに行われた論理読み取りの数 メモリ最適化テーブルを参照する場合は「0」 |
min_logical_reads | bigint | 1回の実行で行われた論理読み取りの最小数 メモリ最適化テーブルを参照する場合は「0」 |
max_logical_reads | bigint | 1回の実行で行われた論理読み取りの最大数 メモリ最適化テーブルを参照する場合は「0」 |
total_elapsed_time | bigint | このストアドプロシージャの実行完了までの経過時間の合計(マイクロ秒単位) |
last_elapsed_time | bigint | このストアドプロシージャの前回の実行完了までの経過時間(マイクロ秒単位) |
min_elapsed_time | bigint | このストアドプロシージャの実行完了までの最小経過時間(マイクロ秒単位) |
max_elapsed_time | bigint | このストアドプロシージャの実行完了までの最大経過時間(マイクロ秒単位) |
total_spills | bigint | コンパイル後にこのストアドプロシージャの実行によって書き込まれたページの合計数 適用対象:SQL Server 2017(14.x)CU3以降 |
last_spills | bigint | 最後に実行されたときに書き込まれたページの数 適用対象:SQL Server 2017(14.x)CU3以降 |
min_spills | bigint | 1回の実行中に書き込まれたページの最小数 適用対象:SQL Server 2017(14.x)CU3以降 |
max_spills | bigint | 1回の実行中に書き込まれたページの最大数 適用対象:SQL Server 2017(14.x)CU3以降 |
pdw_node_id | int | このディストリビューションが配置されているノードの識別子 適用対象:Azure SQLデータウェアハウス、Parallel Data Warehouse |
total_page_server_reads | bigint | コンパイル後にこのストアドプロシージャの実行によって実行されたページサーバの読み取りの合計数 適用対象:Azure SQL Databaseハイパースケール |
last_page_server_reads | bigint | 最後にストアドプロシージャを実行したときに行われたページサーバの読み取り回数 適用対象:Azure SQL Databaseハイパースケール |
min_page_server_reads | bigint | 1回の実行で行われたページサーバの読み取りの最小数 適用対象:Azure SQL Databaseハイパースケール |
max_page_server_reads | bigint | 1回の実行で行われたページサーバの読み取りの最大数 適用対象:Azure SQL Databaseハイパースケール |
動作例
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
- SQL Serverの動的管理ビューとは?
「Microsoft SQL Server」が稼働するデータベースシステムを運用する管理者に向け、「動的管理ビュー」の活用を軸にしたトラブル対策のためのノウハウを紹介していきます。 - 「DMV(Dynamic Management View)」でパフォーマンス遅延の「原因」を調べる
本連載は、「Microsoft SQL Server」で発生するトラブルを「どんな方法で」「どのように」解決していくか、正しい対処のためのノウハウを紹介します。今回は、「処理遅延の原因を追求する“DMVの使い方”」を説明します。 - SQL Serverの動きを制御する「トレースフラグ」とは何か
「Microsoft SQL Server」が稼働するデータベースシステムを運用する管理者に向け、「トレースフラグ」の活用を軸にしたトラブル対策のためのノウハウを紹介していきます。初回は「トレースフラグとはそもそも何か」を解説します。