Exchange Spill 이벤트 클래스Exchange Spill Event Class

Exchange Spill 이벤트 클래스는 병렬 쿼리 계획의 통신 버퍼가 tempdb 데이터베이스에 임시적으로 기록되었음을 나타냅니다.The Exchange Spill event class indicates that communication buffers in a parallel query plan have been temporarily written to the tempdb database. 이는 매우 드물게 발생하며 쿼리 계획에 다중 범위 검색이 있는 경우에만 발생합니다.This occurs rarely and only when a query plan has multiple range scans.

일반적으로 이러한 다중 범위 검색은 Transact-SQLTransact-SQL 쿼리에 BETWEEN 연산자가 많이 사용되었을 때 발생하며 각 BETWEEN 연산자는 테이블 또는 인덱스에서 행 범위를 선택합니다.Normally, the Transact-SQLTransact-SQL query that generates such range scans has many BETWEEN operators, each of which selects a range of rows from a table or an index. 또는 (T.a > 10 AND T.a < 20) OR (T.a > 100 AND T.a < 120)과 같은 식을 사용하여 다중 범위를 가져올 수도 있습니다.Alternatively, you can obtain multiple ranges using expressions such as (T.a > 10 AND T.a < 20) OR (T.a > 100 AND T.a < 120). 또한 T.a에 ORDER BY 절이 있거나 계획 내의 반복자가 정렬된 튜플을 소비해야 하는 경우 쿼리 계획에서 이러한 범위가 순서대로 검색되어야 합니다.Additionally, the query plans must require that these ranges be scanned in order either because there is an ORDER BY clause on T.a, or because an iterator within the plan requires that it consume the tuples in sorted order.

이러한 쿼리의 쿼리 계획에 여러 Parallelism 연산자가 있는 경우 Parallelism 연산자가 사용하는 메모리 통신 버퍼는 꽉 차게 되고 쿼리 실행 진행이 중지되는 상황이 발생할 수 있습니다.When a query plan for such a query has multiple Parallelism operators, the memory communication buffers used by the Parallelism operators become full, and a situation can arise whereby the query's execution progress stops. 이런 경우에는 Parallelism 연산자 중 하나가 자신의 출력 버퍼를 tempdb 에 기록하여(이 연산을 exchange spill이라고 함) 일부 입력 버퍼에서 행을 사용할 수 있습니다.In this situation, one of the Parallelism operators writes its output buffer to tempdb (an operation called an exchange spill) so that it can consume rows from some of its input buffers. 결국 소비자가 이러한 행을 사용할 준비가 되면 기록된 행이 소비자에게 반환됩니다.Eventually, the spilled rows are returned to the consumer when the consumer is ready to consume them.

드문 경우지만 여러 exchange spill이 동일한 실행 계획 내에서 발생하여 쿼리 실행이 느려질 수 있습니다.Very rarely, multiple exchange spills can occur within the same execution plan, causing the query to execute slowly. 동일한 쿼리 계획 실행 내에서 6개 이상의 spill을 발견하면 기술 지원 전문가에게 문의하십시오.If you notice more than five spills within the same query plan's execution, contact your support professional.

Exchange spill은 임시적인 경우가 있으며 데이터 분산이 변경되면 사라질 수 있습니다.Exchange spills are sometimes transient and may disappear as data distribution changes.

Exchange Spill 이벤트를 방지하는 방법은 다음과 같이 여러 가지가 있습니다.There are several ways to avoid exchange spill events:

  • 결과 집합을 정렬할 필요가 없는 경우 ORDER BY 절을 생략합니다.Omit the ORDER BY clause if you do not need the result set to be ordered.

  • ORDER BY가 필요한 경우에는 ORDER BY 절에서 다중 범위 검색에 참여하는 열(위의 예에 언급된 T.a)을 제거합니다.If ORDER BY is required, eliminate the column that participates in the multiple range scans (T.a in the example above) from the ORDER BY clause.

  • 인덱스 힌트를 사용하여 최적화 프로그램이 해당 테이블의 다른 액세스 경로를 사용하도록 합니다.Using an index hint, force the optimizer to use a different access path on the table in question.

  • 쿼리를 다시 작성하여 다른 쿼리 실행 계획을 생성합니다.Rewrite the query to produce a different query execution plan.

  • 쿼리 또는 인덱스 작업 끝에 MAXDOP = 1을 추가하여 쿼리를 강제로 직렬 실행합니다.Force serial execution of the query by adding the MAXDOP = 1 option to the end of the query or index operation. 자세한 내용은 max degree of parallelism 서버 구성 옵션 구성병렬 인덱스 작업 구성을 참조하세요.For more information, see Configure the max degree of parallelism Server Configuration Option and Configure Parallel Index Operations.

중요

쿼리 최적화 프로그램이 실행 계획을 생성할 때 Exchange Spill 이벤트가 발생하는 위치를 확인하려면 추적에서 Showplan 이벤트 클래스도 수집해야 합니다.To determine where the Exchange Spill event is occurring when the query optimizer generates an execution plan, you should also collect a Showplan event class in the trace. 노드 ID를 반환하지 않는 Showplan TextShowplan Text(Unencoded) 이벤트 클래스를 제외한 모든 Showplan 이벤트 클래스를 선택할 수 있습니다.You can choose any of the Showplan event classes except the Showplan Text and Showplan Text (Unencoded) event classes, which do not return a Node ID. 실행 계획의 노드 ID는 쿼리 최적화 프로그램이 쿼리 실행 계획을 생성할 때 수행하는 각 연산을 식별합니다.Node IDs in Showplans identify each operation the query optimizer performs when it generates a query execution plan. 이러한 연산을 연산자라고 하며 실행 계획의 각 연산자에는 노드 ID가 있습니다.These operations are called operators and each operator in a Showplan has a Node ID. Exchange Spill 이벤트의 ObjectID 열은 실행 계획의 노드 ID에 해당하므로 오류가 발생하는 연산자 또는 연산을 확인할 수 있습니다.The ObjectID column for Exchange Spill events corresponds to the Node ID in Showplans so you can determine which operator, or operation, is causing the error.

Exchange Spill 이벤트 클래스 데이터 열Exchange Spill Event Class Data Columns

데이터 열 이름Data column name 데이터 형식Data type 설명Description 열 IDColumn ID 필터 가능Filterable
ApplicationNameApplicationName nvarcharnvarchar SQL ServerSQL Server인스턴스에 연결한 클라이언트 응용 프로그램의 이름입니다.Name of the client application that created the connection to an instance of SQL ServerSQL Server. 이 열은 프로그램의 표시 이름이 아니라 응용 프로그램에서 전달한 값으로 채워집니다.This column is populated with the values passed by the application rather than the displayed name of the program. 1010 Yes
ClientProcessIDClientProcessID intint 클라이언트 응용 프로그램이 실행 중인 프로세스에 대해 호스트 컴퓨터가 할당한 ID입니다.ID assigned by the host computer to the process where the client application is running. 클라이언트가 클라이언트 프로세스 ID를 제공하면 이 데이터 열이 채워집니다.This data column is populated if the client provides the client process ID. 99 Yes
DatabaseIDDatabaseID intint USE database 문에서 지정한 데이터베이스 ID이거나, 지정한 인스턴스에 대해 USE database 문을 실행하지 않은 경우 기본 데이터베이스입니다.ID of the database specified by the USE database statement or the default database if no USE database statement has been issued for a given instance. SQL Server 프로파일러SQL Server Profiler ServerName 데이터 열이 추적에서 캡처되고 서버를 사용할 수 있으면 에 데이터베이스 이름이 표시됩니다. displays the name of the database if the ServerName data column is captured in the trace and the server is available. DB_ID 함수를 사용하여 데이터베이스의 값을 확인할 수 있습니다.Determine the value for a database by using the DB_ID function. 33 Yes
DatabaseNameDatabaseName nvarcharnvarchar 사용자 문이 실행되는 데이터베이스의 이름입니다.Name of the database in which the user statement is running. 3535 Yes
EventClassEventClass intint 이벤트 유형 = 127Type of event = 127. 2727 아니요No
EventSequenceEventSequence intint 요청 내에 지정된 이벤트 시퀀스입니다.Sequence of a given event within the request. 5151 아니요No
EventSubClassEventSubClass intint 이벤트 하위 클래스의 유형입니다.Type of event subclass.

1=Spill 시작1=Spill begin

2=Spill 종료2=Spill end
2121 Yes
GroupIDGroupID intint SQL 추적 이벤트가 발생한 작업 그룹의 ID입니다.ID of the workload group where the SQL Trace event fires. 6666 Yes
HostNameHostName nvarcharnvarchar 클라이언트를 실행 중인 컴퓨터 이름입니다.Name of the computer on which the client is running. 클라이언트가 호스트 이름을 제공할 경우 이 데이터 열이 채워집니다.This data column is populated if the client provides the host name. 호스트 이름을 확인하려면 HOST_NAME 함수를 사용합니다.To determine the host name, use the HOST_NAME function. 88 Yes
IsSystemIsSystem intint 이벤트가 시스템 프로세스에서 발생했는지 아니면 사용자 프로세스에서 발생했는지를 나타냅니다.Indicates whether the event occurred on a system process or a user process. 1 = 시스템, 0 = 사용자1 = system, 0 = user. 6060 Yes
LoginNameLoginName nvarcharnvarchar 사용자 로그인 이름(<DOMAIN>\<username> 형식의 Windows 로그인 자격 증명 또는 SQL ServerSQL Server 보안 로그인)입니다.Name of the login of the user (either SQL ServerSQL Server security login or the Windows login credentials in the form of <DOMAIN>\<username>). 1111 Yes
LoginSidLoginSid imageimage 로그인한 사용자의 SID(보안 ID)입니다.Security identification number (SID) of the logged-in user. 이 정보는 master 데이터베이스의 syslogins 테이블에 있습니다.You can find this information in the syslogins table of the master database. 각 SID는 서버의 각 로그인마다 고유합니다.Each SID is unique for each login in the server. 4141 Yes
NTDomainNameNTDomainName nvarcharnvarchar 사용자가 속한 Windows 도메인입니다.Windows domain to which the user belongs. 77 Yes
NTUserNameNTUserName nvarcharnvarchar Windows 사용자 이름입니다.Windows user name. 66 Yes
ObjectIDObjectID intint 시스템이 할당한 개체의 ID입니다.System-assigned ID of the object. 실행 계획의 노드 ID와 일치합니다.Corresponds with the Node ID in Showplans. 2222 Yes
RequestIDRequestID intint 문을 포함하는 요청의 ID입니다.ID of the request containing the statement. 4949 Yes
데이터 열이 추적에서 캡처되고 서버를 사용할 수 있으면ServerName nvarcharnvarchar 추적 중인 SQL ServerSQL Server 인스턴스의 이름입니다.Name of the instance of SQL ServerSQL Server being traced. 2626 아니요No
SessionLoginNameSessionLoginName nvarcharnvarchar 세션을 시작한 사용자의 로그인 이름입니다.Login name of the user who originated the session. 예를 들어 Login1을 사용하여 SQL ServerSQL Server 에 연결하고 Login2로 문을 실행할 경우 SessionLoginName 은 Login1을 표시하고 LoginName 은 Login2를 표시합니다.For example, if you connect to SQL ServerSQL Server using Login1 and execute a statement as Login2, SessionLoginName shows Login1 and LoginName shows Login2. 이 열은 SQL ServerSQL Server 및 Windows 로그인을 모두 표시합니다.This column displays both SQL ServerSQL Server and Windows logins. 6464 Yes
SPIDSPID intint 이벤트가 발생한 세션의 ID입니다.ID of the session on which the event occurred. 1212 Yes
StartTimeStartTime datetimedatetime 이벤트가 시작된 시간입니다(사용 가능한 경우).Time at which the event started, if available. 1414 Yes
TransactionIDTransactionID bigintbigint 시스템이 할당한 트랜잭션의 ID입니다.System-assigned ID of the transaction. 44 Yes
XactSequenceXactSequence bigintbigint 현재 트랜잭션을 설명하는 토큰입니다.Token that describes the current transaction. 5050 Yes

참고 항목See Also

sp_trace_setevent(Transact-SQL) sp_trace_setevent (Transact-SQL)
인덱스 옵션 설정 Set Index Options
ALTER INDEX(Transact-SQL)ALTER INDEX (Transact-SQL)