クエリパフォーマンスが著しく低下した場合の一時的な対処方法

クエリパフォーマンスが著しく低下した場合の一時的な対処方法 - SQL Server / Azure SQL Database
/ Azure SQL Managed Instance -

1. はじめに 2. 一時的な対処方法 1. 統計情報の更新 2. インデックスの再構築 3. 価格レベル、サービスレベル
(仮想コア数) を変更 3. Q/A

1. はじめにある日突然、SQL Server/Azure SQL Database に対して実行しているクエリで、 • クエリの応答が著しく低下し、コマンドタイムアウトが発生 •
データベース側の CPU 負荷が高くなり、クエリ全体のパフォーマンスが低下のような現象が経験したことがある方も多いのではないでしょうか。

1. はじめにクエリの性能問題が発生した場合、 • 処理時間の長いクエリやCPUリソースを消費しているクエリの特定 • 問題となるクエリを特定するための情報収集 • 収集した情報から問題となるクエリの分析 (クエリの実行プランなど)
• 分析した結果から対策の実施 (クエリ内容の変更、インデックスの追加など) を実施する必要があるなど、通常解決までに時間を要する。

1. はじめに今回は暫定的でも、すぐにクエリの性能問題を解消できる可能性がある一時的な対処方法について紹介します。

2. 一時的な対処方法一時的な対処方法として、 1. 統計情報の更新 2. インデックスの再構築 3. 価格レベル、サービスレベル (仮想コア数)
を変更 ※ Azure SQL Database/Azure SQL Managed Instance のみを項番の低い順から実施します。

2. 一時的な対処方法 (1. 統計情報の更新) インデックス、列の統計情報が最新の状態でない場合、オプティマイザで最適なクエリの実行プランが生成できないことにより、 • クエリのパフォーマンスが著しく低下 • クエリの実行で通常よりも多くのリソース
(CPU、メモリ、Disk I/O) を消費などの問題が発生する可能性があります。そのため、統計情報の更新をすることで、クエリの性能問題を解決できることが期待できます。

2. 一時的な対処方法 (1. 統計情報の更新) 統計情報を更新する方法として、 • データベース単位で統計情報を更新 • テーブル単位で統計情報を更新 •
テーブル上のインデックスで統計情報を更新する方法があります。

2. 一時的な対処方法 (1. 統計情報の更新：データベース単位) ＜データベース単位で統計情報を更新＞・特定のクエリではなく全体的にクエリパフォーマンスが低下している場合・どのテーブルのインデックス、列
の統計情報を更新すべきか明確に特定できていない場合 sp_updatestats (Transact-SQL) https://learn.microsoft.com/ja-jp/sql/relational-databases/system-stored-procedures/sp-updatestats- transact-sql?WT.mc_id=DP-MVP-5004154&view=sql-server-ver16

2. 一時的な対処方法 (1. 統計情報の更新：テーブル単位) ＜テーブル単位で統計情報を更新＞・特定のクエリのみパフォーマンスが低下している場合・該当クエリで参照しているテーブルが特定できている場合 UPDATE
STATISTICS (Transact-SQL) https://learn.microsoft.com/ja-jp/sql/t-sql/statements/update-statistics-transact-sql?WT.mc_id=DP-MVP- 5004154&view=sql-server-ver16

2. 一時的な対処方法 (1. 統計情報の更新：インデックス単位) ＜テーブル上のインデックス単位で統計情報を更新＞・特定のクエリのみパフォーマンスが低下している場合・該当クエリで参照しているテーブル、インデックスが特定できている場合 UPDATE
STATISTICS (Transact-SQL) https://learn.microsoft.com/ja-jp/sql/t-sql/statements/update-statistics-transact-sql?WT.mc_id=DP-MVP- 5004154&view=sql-server-ver16

2. 一時的な対処方法 (1. 統計情報の更新：補足) ストアドプロシージャ、パラメータ化クエリでパフォーマンス低下が発生している場合は、 • キャッシュ上のクエリの実行プランを削除 • 次回実行時に強制リコンパイル何れかの追加作業を実施します。

2. 一時的な対処方法 (1. 統計情報の更新：補足) ＜キャッシュ上のクエリの実行プランを削除＞ ※ DBCC FREEPROCCACHE コマンドで特定の実行プランのみを削除することも可能 DBCC
FREEPROCCACHE (Transact-SQL) https://learn.microsoft.com/ja-jp/sql/t-sql/database-console-commands/dbcc-freeproccache-transact- sql?WT.mc_id=DP-MVP-5004154&view=sql-server-ver16

2. 一時的な対処方法 (1. 統計情報の更新：補足) ＜次回実行時に強制リコンパイル＞ • パフォーマンスが低下しているストアドプロシージャが特定できている場合 • パラメータ化クエリが参照しているテーブルが特定できている場合

2. 一時的な対処方法 (2. インデックスの再構築) インデックスの断片化が発生することでクエリで参照されるデータページ数が増え、ディスク I/O 負荷が増えることでクエリの性能問題が発生する可能性があります。インデックスの再構築を実施することで、インデックスの断片化を解消し、かつ、フルスキャン
(100%) による統計情報の作成されることで、クエリの性能問題を解消できることが期待できます。

2. 一時的な対処方法 (2. インデックスの再構築) ＜インデックスの再構築＞ UPDATE STATISTICS (Transact-SQL) https://learn.microsoft.com/ja-jp/sql/t-sql/statements/update-statistics-transact-sql?WT.mc_id=DP-MVP- 5004154&view=sql-server-ver16

2. 一時的な対処方法 (3. 価格レベル、サービスレベル (仮想コア数) を変更) 統計情報の更新、インデックスの再構築を実施してもクエリの性能問題が解消しなかった場合、 • データベースに割り当てられたリソース以上のワークロードが要求されている
• クエリ内容の見直しを処理されるデータ量を減らすなどの対策が必要になる可能性があります。そのため、Azure SQL Database/Azure SQL Managed Instance の価格レベル、サービスレベル (仮想コア数) を変更することで一時的にクエリの性能問題を解消することができる可能性があります。

2. 一時的な対処方法 (3. 価格レベル、サービスレベル (仮想コア数) を変更) ＜価格レベル、サービスレベル (仮想コア数) を変更＞ Azure
ポータル上から価格レベル、サービス (仮想コア数) を変更

3. Q/A

クエリパフォーマンスが著しく低下した場合の一時的な対処方法

クエリパフォーマンスが著しく低下した場合の一時的な対処方法

Nobushiro Takahara

More Decks by Nobushiro Takahara

Other Decks in Technology

Featured

Transcript