Exchange Spill イベント クラス
Exchange Spill イベント クラスは、並列クエリ プランの通信バッファーが一時的に tempdb データベースに書き込まれたことを示します。 これは、クエリ プランに複数の範囲スキャンがある場合に限り、まれに発生します。
通常、このような範囲スキャンを生成する Transact-SQL クエリには多くの 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 イベント クラスを選択できます。 Showplans のノード ID で、クエリ オプティマイザーがクエリ実行プランの生成時に実行する各操作が特定されます。 これらの操作はオペレーターと呼ばれ、Showplan の各オペレーターにはノード ID があります。 Exchange Spill イベントの ObjectID 列は Showplan のノード ID に対応するので、エラーの原因であるオペレーターつまり操作を判別できます。
Exchange Spill イベント クラスのデータ列
| データ列名 | データ型 | 説明 | 列 ID | フィルターの適用 |
|---|---|---|---|---|
| ApplicationName | nvarchar | SQL Serverのインスタンスへの接続を作成したクライアント アプリケーションの名前。 この列には、プログラムの表示名ではなく、アプリケーションによって渡された値が格納されます。 | 10 | はい |
| ClientProcessID | int | クライアント アプリケーションが実行されているプロセスに対し、ホスト コンピューターが割り当てた ID。 クライアントによりクライアント プロセス ID が指定されると、このデータ列に値が格納されます。 | 9 | はい |
| DatabaseID | int | USE database ステートメントで指定されたデータベースの ID、または特定のインスタンスについて USE database ステートメントが実行されていない場合は既定のデータベースの ID となります。 SQL Server プロファイラー では、 ServerName データ列がトレースにキャプチャされ、そのサーバーが利用可能な場合、データベースの名前が表示されます。 データベースに対応する値は、DB_ID 関数を使用して特定します。 | 3 | はい |
| DatabaseName | nvarchar | ユーザーのステートメントが実行されているデータベースの名前。 | 35 | はい |
| EventClass | int | イベントの種類 = 127。 | 27 | いいえ |
| EventSequence | int | 要求内の特定のイベントのシーケンス。 | 51 | いいえ |
| EventSubClass | int | イベント サブクラスの種類。 1 = 書き込み開始 2 = 書き込み終了 |
21 | はい |
| GroupID | int | SQL トレース イベントが発生したワークロード グループの ID。 | 66 | はい |
| HostName | nvarchar | クライアントが実行されているコンピューターの名前。 このデータ列にはクライアントからホスト名が提供されている場合に値が格納されます。 ホスト名を指定するには、HOST_NAME 関数を使用します。 | 8 | はい |
| IsSystem | int | イベントがシステム プロセスとユーザー プロセスのどちらで発生したか。 1 はシステム、0 はユーザーです。 | 60 | はい |
| LoginName | nvarchar | ユーザーのログイン名 (セキュリティ ログインをSQL Serverするか、DOMAIN>\<username の<形式で Windows ログイン資格情報を使用します>)。 | 11 | はい |
| LoginSid | image | ログイン ユーザーのセキュリティ ID 番号 (SID)。 この情報は、 master データベースの syslogins テーブルにあります。 各 SID はサーバーのログインごとに一意です。 | 41 | はい |
| NTDomainName | nvarchar | ユーザーが所属する Windows ドメイン。 | 7 | はい |
| NTUserName | nvarchar | Windows のユーザー名。 | 6 | はい |
| Exchange Spill | int | システムによって割り当てられたオブジェクト ID。 Showplan のノード ID と一致します。 | 22 | はい |
| RequestID | int | ステートメントが含まれている要求の ID。 | 49 | はい |
| ServerName | nvarchar | トレースされている SQL Server のインスタンスの名前。 | 26 | いいえ |
| SessionLoginName | nvarchar | セッションを開始したユーザーのログイン名。 たとえば、Login1 を使用して SQL Server に接続し、Login2 でステートメントを実行すると、 SessionLoginName には Login1 が表示され、 LoginName には Login2 が表示されます。 この列には、 SQL Server ログインと Windows ログインの両方が表示されます。 | 64 | はい |
| SPID | int | イベントが発生したセッションの ID。 | 12 | はい |
| StartTime | datetime | イベントの開始時刻 (取得できた場合)。 | 14 | はい |
| TransactionID | bigint | システムによって割り当てられたトランザクション ID。 | 4 | はい |
| XactSequence | bigint | 現在のトランザクションを説明するトークン。 | 50 | はい |
参照
sp_trace_setevent (Transact-SQL)
インデックス オプションの設定
ALTER INDEX (Transact-SQL)