複数のSQLクエリでのパフォーマンスのテスト

Question

SQL Server 2008でいくつかのSQLクエリの効率を向上させるために取り組んでいます。各クエリを実行するさまざまな方法があり、それらの中で最速のものを探したいと思います。

しかし、私が問題になっているのは、どちらが実際に高速に実行されているかを判断することが難しいということです。理想的には、各クエリーを順番に実行して、どちらが最速に実行されるかを知ることができます。理想的には...

問題は、SQLは私の好みにあまりにもスマートなのですか？これらのクエリを構築するとき、私はそれらを複数回実行します。これを行うと、クエリの効率が向上します。これは私が描いたのは、SQLの背後にあるものがあるからです。これは何ですか？どうすればそれを避けることができますか？

たとえば、クエリを1回実行すると30秒かかります。私は再びそれを実行し、それは10秒かかる。クエリを実行するほど実行速度は速くなります。

です。「キャッシュをクリアする」という方法や、SQLに相当するものはありますか？私はどのクエリが実際により速く実行されるのかを正確に示すことを望みます。あるいは、私が望むテストのタイプを実行する最良の方法は何でしょうか？

このトピックに関する情報は、有効な入力として受け入れられます。

Answer 1

クエリが最初に実行されると、データがまだディスクに残っている可能性が最も高いため、SQlサーバーはこのデータをフェッチしなければなりません。同じクエリを実行すると、データはRAMに既に保存されています。

実行DBCC DROPCLEANBUFFERSとDBCC FREEPROCCACHEが

あなたは実行計画を見る必要があり、再起動を行わずにキャッシュをクリアするには、統計はIOと統計時間は、実際に起こっているかを確認します。計画の中でコンバージョンを探したりスキャンしたりすることができます（可能ならシークしたい）。

も参照してくださいClient Statistics in SSMS. Check execution times

Answer 2

は、実際の実行計画を含めて、次のコマンドを実行します。

CHECKPOINT; 
GO 
DBCC DROPCLEANBUFFERS; 
GO 

Answer 3

ご覧速度の向上は、データベースのクエリキャッシュの結果です。ほとんどのリレーショナルDBエンジンには、読み取ったテーブルが更新されるまでクエリの結果をキャッシュするこの機能があります。

This postは、パフォーマンスチューニングのためにこれを回避する方法についての良い指針を提供します。 Execution Plansには、データベースを実際に実行せずにクエリを実行する方法が示されています。これの利点は、索引を代わりに使用できる場所で完全な表スキャンが実行されているかどうかを確認できることです。