Exchange Spill イベント クラス

Exchange Spill イベント クラスは、並列クエリ プランの通信バッファが一時的に tempdb データベースに書き込まれたことを示します。これは、クエリ プランに複数の範囲スキャンがある場合に限り、まれに発生します。

通常、そのような範囲スキャンを生成する Transact-SQL クエリには、多くの BETWEEN 操作が含まれています。各 BETWEEN 操作では、テーブルまたはインデックスから行の範囲を選択します。または、(T.a > 10 AND T.a < 20) OR (T.a > 100 AND T.a < 120) などの式を使用して、複数の範囲を取得できます。さらに、クエリ プランでは、このような範囲を順番にスキャンする必要があります。これは T.a に ORDER BY 句があり、プラン内の反復子で並べ替え順に組を使用することが必要なためです。

このようなクエリのクエリ プランに複数の Parallelism 操作が含まれているときは、Parallelism 操作によって使用されるメモリ通信バッファがいっぱいになり、その結果クエリの実行の進行が停止するという状況が起こります。このような状況では、Parallelism 操作のいずれかにより、入力バッファの行を使用できるように、出力バッファが tempdb に書き込まれます (この操作を Exchange Spill と呼びます)。最終的には、書き込まれた行は、コンシューマでその行を使用する準備が整ったときにコンシューマに返されます。

同じ実行プラン内で複数の Exchange Spill を行うことができますが、これによって非常にまれにクエリの実行速度が低下する場合があります。同じクエリ プランの実行内に 5 つを超える書き込みがある場合は、サポート担当者に問い合わせてください。

Exchange Spill は一時的なもので、データの分布が変更されると解消されることがあります。

Exchange Spill イベントを回避するには、いくつかの方法があります。

• 結果セットを並べ替える必要がない場合は、ORDER BY 句を省略します。

• ORDER BY が必要な場合は、複数の範囲スキャンに参加する列 (上記の例の T.a) を ORDER BY 句から削除します。

• インデックス ヒントを使用して、オプティマイザが当該のテーブルの別のアクセス パスを使用するようにします。

• 別のクエリ実行プランを生成するようにクエリを書き直します。

• クエリの末尾またはインデックス操作に MAXDOP = 1 オプションを追加することにより、クエリを連続して実行させます。詳細については、「max degree of parallelism オプション」および「並列インデックス操作の構成」を参照してください。

重要

クエリ オプティマイザが実行プランを生成するときに Exchange Spill イベントが発生している場所を特定するには、トレースで Showplan イベント クラスも収集する必要があります。ノード ID を返さない Showplan Text イベント クラスと Showplan Text (Unencoded) イベント クラスを除く、任意の Showplan イベント クラスを選択できます。Showplan のノード ID で、クエリ オプティマイザがクエリ実行プランの生成時に実行する各操作が特定されます。これらの操作はオペレータと呼ばれ、Showplan の各オペレータにはノード ID があります。Exchange Spill イベントの ObjectID 列は Showplan のノード ID に対応するので、エラーの原因であるオペレータつまり操作を判別できます。Showplan イベント クラスの詳細については、「SQL Server Profiler のイベント クラスを使用した実行プランの表示」を参照してください。