計画キャッシュのシリアル計画

Question

以前にゆっくり実行されていたクエリがあります。後で私はそれが並列に実行されておらず、これがクエリの実行を遅くしていることがわかりました。

クエリには、大きなviewが含まれ、大量のtemp tablesおよびsub queryを使用してビューをクエリします。

ビューからUDFを1つ削除してinline functionsを使用し、スカラーTVFも使用したところ、parallel executionで高速に実行されました。

数日間は順調でしたが、ある晴れた日、クエリの実行が遅いことに気付きました。実行プランを確認したところ、クエリがシリアルモードで実行されていることがわかりました。クエリのプランキャッシュを確認したところ、そのビューに関連するキャッシュされたプランがたくさんありました。並列でないプランを削除したところ、クエリがすばやく実行されました。

これを毎朝実行して、クエリを強制的に並列実行します。

さらなる詳細：

SQL Server 2016 Standard
クエリは、ドットネットアプリケーションからLINQ-SQLを介して生成されます。アドホッククエリです。

クエリを強制的に永久に並列実行するにはどうすればよいですか？

Brent Ozar · Accepted Answer

一見、これは古典的なパラメータスニッフィング問題のように聞こえます。

SQL Serverは、計画をコンパイルする必要があるときに呼び出される最初のパラメーターセットの実行計画を作成し、その計画を1日を通して繰り返し再利用します。それらがどのようなパラメーターであるかを確認できます。シリアルプランを表示しているときに、selectステートメントを右クリックして、プロパティに移動します。プロパティウィンドウで、[パラメーター]を探し、次に[コンパイルされた値]を探します。これにより、シリアルプランを生成する値が表示されます。

計画を常に並行して実行するように強制するには、次のようないくつかの異なるオプションがあります（その多くは、Erlandが彼の優れた投稿で取り上げています）。

インデックスを調整して、すべてがより良い計画を取得するようにします（それについてアドバイスを得るには、計画のサーバーと詳細を投稿します Geting Help with a Slow Query ）。
一時的に、プランガイドを使用して並列プランをキャッシュに固定します（ただし、クエリが1文字だけ変更された場合、プランガイドはクエリと一致しなくなるため、通知なしで失敗します）。
プランでOPTIMIZE FORヒントを使用して、並列プランを生成する値に向けてガイドを導きます
SQL Server 2016で新しいENABLE_PARALLEL_PLAN_PREFERENCEヒントを使用します

それは簡単な答えです-しかし、はるかに多くのことを読んでください Erlandの優れた投稿、アプリで遅い、SSMSで速い 1つのクエリが異なるプランを取得する方法とそれを修正する方法を説明しています。

Błażej Ciesielski · Answer

クエリがどのように見えるかわからないため、問題に対する正確な回答を提供するのは難しいかもしれませんが、SQL 2016で導入されたQueryStore機能を使用して特定のプランを強制できます。以前のバージョンのSQL Serverまたはクエリストアがソリューションであるとは思わない-次のようなことを試してみてください。

実行するたびに再コンパイルを強制する（メソッドの1つが、問題の原因となるステートメントにOPTION（RECOMPILE）を追加している）
他のクエリで可能な並列プラン阻害要因を確認する

このトピックに関するStackExchangeの以前の投稿も確認する必要があります。 SQLが非常に大きなクエリの並列処理を行わない

KumarHarsh · Answer

クエリのコストがCost Threshold of Parallelismの値を超え、cost of the parallel planがcost of a serial planより小さい場合、並列プランが作成されて使用されます。

場合によっては、parallel planはserial planよりも高価であるため、QOは並列プランよりもシリアルプランを選択します。たとえば、クエリに並列モードで実行できないスカラーまたは関係演算子が含まれている場合。

場合によっては、不正確な情報、古い統計、貧弱なcardinality estimateなどが原因で、QOが誤った判断を下します。シリアルプランのコストがparallel planよりわずかに高いためです。

したがって、QOは引き続きシリアルプランを選択します。

この問題を克服するには、クエリを最適化し、統計も更新する必要があります。

これは、QOが正しい決定を行うのに役立ちます。

ビューから1つのUDFを削除し、インライン関数を使用し、スカラーTVFも使用しました

これらは歓迎すべきステップです。クエリを改善するとすぐに、一部のプランは並列になり、クエリのパフォーマンスが改善されました。

したがって、クエリを改善する余地があるかもしれません。

Hintをすぐに試すよりも、クエリの最適化とインデックスの調整にもっと注意を払う必要があります

HINT、パラメータスニッフィング、OPTION（RECOMPILE）の使用などの残りの部分については、すでに説明しています。