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 子句，或是計畫中有 Iterator，因此必須以排序順序取用 Tuple 所致。

當這類查詢的查詢計畫有多個 Parallelism 運算子時，由 Parallelism 運算子所使用的記憶體通訊緩衝區將會變滿，因而發生查詢執行進度停止的情況。這時候，其中一個 Parallelism 運算子會將它的輸出緩衝區寫入 tempdb (此作業稱為「交換轉散」)，以便從它部份的輸入緩衝區取用資料列。最後，等到取用者有餘力取用時，轉散出去的資料列就會傳回給取用者。

在極少數的情況下，同一個執行計畫內會發生多次交換轉散，因而導致查詢執行速度降低。如果您發現同一個查詢計畫執行內發生超過五次的交換轉散，請連絡您的技術支援人員。

交換轉散有時候是暫時的，只要資料分佈情況一有變更就會消失。

您可以用以下方式來避免交換轉散事件：

• 如果您不需要將結果集排序，請省略 ORDER BY 子句。

• 如果必須使用 ORDER BY，請從 ORDER BY 子句中刪除參與多重範圍掃描 (例如上述範例中的 T.a) 的資料行。

• 使用索引提示，強制最佳化工具在有問題的資料表上使用不同的存取路徑。

• 重寫查詢，以產生不同的查詢執行計畫。

• 將 MAXDOP = 1 選項加入查詢結尾或索引作業，以強制進行查詢的序列執行。如需詳細資訊，請參閱＜max degree of parallelism 選項＞和＜設定平行索引作業＞。

重要事項
若要決定查詢最佳化工具產生執行計畫時發生 Exchange Spill 事件的位置，您也應在追蹤中收集顯示計畫事件類別。您可選擇任何 Showplan 事件類別，但是不包含不會傳回節點識別碼的 Showplan Text 及 Showplan Text (未編碼) 事件類別。Showplan 中的節點識別碼會識別查詢最佳化工具在產生查詢執行計畫時所執行的每項作業。這些作業稱為運算子，而顯示計畫中的每個運算子都會有節點識別碼。Exchange Spill 事件的 ObjectID 資料行都會對應到顯示計畫中的節點識別碼，因此您可以判斷造成錯誤的運算子或作業。如需有關顯示計畫事件類別的詳細資訊，請參閱＜使用 SQL Server Profiler 事件類別來顯示執行計畫＞。