SQL Serverのパフォーマンス チューニング ツール

SQL Serverデータベース パフォーマンス チューニングの最初のステップでは、必要なレベルまたは期待するレベルまで効率的に実行されていない低速のSQLクエリを特定します。

SQLチューニングは、予測可能な問題を回避するプロアクティブであるか、または特定のユーザーの問題が発生した後に対応するリアクティブのいずれかです。SQLチューニングには、データベース クエリをチューニングする際にDBAが考慮すべきいくつかの基本的なベスト プラクティスがあります。

• 慎重にインデックスを作成する。インデックスは行を迅速に取得できるようにするためのデータ構造ですが、ボトルネックを回避するために慎重に作成する必要があります。
• コードのループを避ける。クエリを実行するときに、繰り返しや過負荷を回避する必要があります。
• SQLの相関サブクエリは使用しないでください。サブクエリは親クエリを参照し、行ごとに実行されますが、これは低速です。
• SELECT *の代わりにSELECTフィールド名を使用してください。必要な列が限られている場合にすべての列を取得すると、特に数百万行に及ぶ大規模テーブルでは、I/Oおよびメモリ リソースが無駄になります。
• 集約されていないデータをフィルタリングする際は、HAVINGの代わりにWHEREを使用してください。WHEREは集約の前に行をフィルタリングし、結果を返す前にSQL Serverが行う必要のある作業を削減します。
• LIKEクエリで先頭のワイルドカードを避けてください。LIKE ‘%keyword’のような検索は、SQL Serverにテーブル全体をスキャンさせます。末尾のワイルドカード（‘keyword%’）はインデックスを使用でき、はるかに高速です。
• Query Storeを使用して監視します。SQL Server 2016以降に組み込まれているQuery Storeは、クエリ プランと実行時統計情報を時間の経過とともに自動的に追跡するため、実行プランが変更された際にリグレッションをはるかに容易に検出できます。

待機時間と統計は、SQL Serverのパフォーマンス チューニング作業をどこに集中させるかを決定するための効果的な方法です。SQL Serverは「スレッド」を介してユーザー要求を管理します。また、さまざまなスレッドのパフォーマンスを監視することで、管理者はどのクエリのパフォーマンスが低下しているかをより適切に判断できます。チューニングプロセスは次のことを目的としています。

• 応答時間の削減：ステートメントと応答間の時間
• スループットの最適化：ステートメントの処理に必要なリソースの量

ただし、SQL Serverのパフォーマンスの問題の根本原因にドリルダウンするには、データベース管理者によるデータベースとサーバーのすべてのレイヤーの洞察が必要となる場合があります。SQL Serverチューニング ツールは、包括的な監視ツールとして機能し、上位のSQLステートメント、待機タイプ、ブロックされたクエリ、および欠落しているインデックスがサーバーまたはデータベースのパフォーマンスに与える影響についての理解を迅速化し合理化するのに役立ちます。