Partager via


Classe d'événements Exchange Spill

Mis à jour : 5 décembre 2005

La classe d'événements Exchange Spill indique que les tampons d'un plan de requête parallèle ont été temporairement écrits dans la base de données tempdb. Cet événement intervient rarement, seulement lorsqu'un plan de requête inclut de multiples plages d'analyses.

Normalement, la requête Transact-SQL qui génère de telles plages d'analyses comprend de nombreux opérateurs BETWEEN, chacun d'entre eux permettant de sélectionner une plage de lignes à partir d'une table ou d'un index. Vous pouvez également obtenir de multiples plages via des expressions telles que (T.a > 10 AND T.a < 20) OR (T.a > 100 AND T.a < 120). De plus, les plans de requête imposent que ces plages soient analysées de façon ordonnée, dans la mesure ou une clause ORDER BY est spécifiée sur T.a, ou parce qu'un itérateur du plan demande que les lignes qu'il consomme soient triées.

Lorsque le plan de requête d'une telle requête contient plusieurs opérateurs Parallelism, les tampons de communication utilisés par ces opérateurs Parallelism sont saturés et il se peut que la progression de l'exécution de la requête soit stoppée. Dans cette situation, l'un des opérateurs Parallelism écrit sa mémoire tampon de sortie dans la base de données tempdb (une opération appelée vidage d'échange), de manière à pouvoir consommer des lignes en provenance de certains de ses tampons d'entrée. Éventuellement, les lignes vidées sont retournées à l'opérateur demandeur lorsqu'il est prêt à les utiliser.

Très rarement, de multiples vidages d'échange peuvent intervenir au sein du même plan d'exécution, ce qui entraîne la requête à s'exécuter lentement. Si vous remarquez plus de cinq vidages d'échange au sein du même plan d'exécution, contactez votre service d'assistance.

Les vidages d'échange sont parfois transitoires et peuvent disparaître lorsque la distribution des données change.

Il existe plusieurs façons d'éviter les vidages d'échange :

  • Omettez la clause ORDER BY si vous n'avez pas besoin d'avoir le jeu de résultats ordonné.
  • Si ORDER BY est requis, éliminez la colonne impliquée dans les multiples plages d'analyses (T.a dans l'exemple ci-dessus) de la clause ORDER BY.
  • L'utilisation d'une option d'index force l'optimiseur à choisir un chemin d'accès différent à la table en question.
  • Réécrivez la requête pour produire un plan d'exécution de la requête différent.
  • Forcez l'exécution séquentielle de la requête en ajoutant l'option MAXDOP = 1 à la fin de la requête ou de l'opération d'index. Pour plus d'informations, consultez Option max degree of parallelism et Configuration d'opérations d'index parallèles.
ms191514.note(fr-fr,SQL.90).gifImportant :
Pour déterminer si l'événement Exchange Spill survient lorsque l'optimiseur de requête génère un plan d'exécution, vous devez également collecter une classe d'événements Showplan dans la trace. Vous pouvez choisir n'importe quelle classe d'événements Showplan à l'exception des classes d'événements Showplan Text et Showplan Text (Unencoded) qui ne retourne aucun ID de nœud. Les ID de nœud dans les plans d'exécution Showplan identifient chaque opération effectuée par l'optimiseur de requête lorsqu'il crée un plan d'exécution de requête. Ces opérations sont appelées « opérateurs » ; chaque opérateur dispose d'un ID de nœud au sein d'un plan d'exécution Showplan. La colonne ObjectID des événements Exchange Spill correspond à l'ID de nœud dans les plans d'exécution pour vous aider à déterminer quel opérateur, ou opération, est la cause de l'erreur. Pour plus d'informations sur les classes d'événements Showplan, consultez Affichage des plans d'exécution en utilisant des classes d'événements dans le Générateur de profils SQL Server.

Colonnes de données de la classe d'événements Vidage d'échange

Nom de la colonne de données Type de données Description ID de colonne Filtrable

ApplicationName

nvarchar

Nom de l'application cliente qui a créé la connexion à une instance de SQL Server. Cette colonne est remplie des valeurs transmises par l'application et non pas du nom affiché du programme.

10

Oui

ClientProcessID

int

ID affecté par l'ordinateur hôte au processus dans lequel s'exécute l'application cliente. La colonne de données est remplie si le client fournit l'ID du processus client.

9

Oui

DatabaseID

int

Identificateur de la base de données spécifiée par l'instruction USE database ou celui de la base de données par défaut si aucune instruction USE database n'a été émise pour une instance donnée. Le Générateur de profils SQL Server affiche le nom de la base de données si la colonne de données ServerName est capturée dans la trace et que le serveur est disponible. Détermine la valeur pour une base de données à l'aide de la fonction DB_ID.

3

Oui

DatabaseName

nvarchar

Nom de la base de données où l'instruction de l'utilisateur est exécutée.

35

Oui

EventClass

int

Type d'événement = 127.

27

Non

EventSequence

int

Séquence d'un événement donné au sein de la requête.

51

Non

EventSubClass

int

Type de sous-classe d'événements.

1=Début du vidage

2=Fin du vidage

21

Oui

HostName

nvarchar

Nom de l'ordinateur sur lequel s'exécute le client. La colonne de données est remplie si le client fournit le nom de l'hôte. Pour déterminer le nom de l'hôte, utilisez la fonction HOST_NAME.

8

Oui

IsSystem

int

Indique si l'événement s'est produit sur un processus système ou un processus utilisateur. 1 = système, 0 = utilisateur.

60

Oui

LoginName

nvarchar

Nom de la connexion de l'utilisateur (soit la connexion de sécurité SQL Server, soit les informations d'identification de connexion Windows au format <DOMAIN>\<nom_utilisateur>).

11

Oui

LoginSid

image

Numéro d'identification de sécurité (SID) de l'utilisateur connecté. Vous pouvez trouver ces informations dans la table syslogins de la base de données master. Chaque SID est unique pour chaque connexion dans le serveur.

41

Oui

NTDomainName

nvarchar

Domaine Windows auquel appartient l'utilisateur.

7

Oui

NTUserName

nvarchar

Nom d'utilisateur Windows.

6

Oui

ObjectID

int

ID affecté à l'objet par le système. Correspond à l'ID de nœud dans les plans d'exécution Showplan.

22

Oui

RequestID

int

ID de la requête contenant la commande.

49

Oui

ServerName

nvarchar

Nom de l'instance SQL Server tracée.

26

Non

SessionLoginName

nvarchar

Affiche le nom de l'utilisateur qui a initialisé la session. Par exemple, si vous vous connectez à SQL Server au moyen de Login1 et que vous exécutez une commande en tant que Login2, SessionLoginName affiche Login1 et LoginName affiche Login2. La colonne affiche à la fois les connexions SQL Server et Windows.

64

Oui

SPID

int

ID de la session au sein de laquelle l'événement s'est produit.

12

Oui

StartTime

datetime

Heure à laquelle a débuté l'événement, si disponible.

14

Oui

TransactionID

bigint

ID affecté par le système à la transaction.

4

Oui

XactSequence

bigint

Jeton qui décrit la transaction en cours.

50

Oui

Voir aussi

Concepts

Configuration des options d'index

Autres ressources

Analyse des événements
sp_trace_setevent (Transact-SQL)
ALTER INDEX (Transact-SQL)

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications

Version Historique

5 décembre 2005

Nouveau contenu :
  • Ajout d'une remarque recommandant également la collecte des classes d'événements Showplan pour déterminer quels opérateurs de paramétrage des requêtes émettent l'événement Exchange Spill.