Comment « sp_reset_connection » de SQL Server prépare-t-il les connexions à la réutilisation ?

Comprendre la fonction de sp_reset_connection dans le pooling de connexions SQL Server

Le mécanisme de pooling de connexions de SQL Server utilise la procédure stockée interne sp_reset_connection pour préparer les connexions réutilisées à partir de la piscine pour une utilisation ultérieure. Ce processus implique la réinitialisation de divers aspects de la connexion pour garantir son état impeccable.

Portée de sp_reset_connection

Bien que la documentation complète sur la fonctionnalité de sp_reset_connection reste insaisissable, les aspects suivants subissent des modifications :

• États et numéros d'erreur (par exemple, @@error)
• Interruption de l'exécution des requêtes parallèles
• Achèvement des opérations d'E/S
• Libération des tampons détenus par le serveur
• Déverrouillage des ressources du tampon
• Désallocation de mémoire de connexion
• Nettoyage des fichiers temporaires tables
• Terminaison des curseurs globaux
• Suppression du handle SQL-XML et de la table de travail

De plus, il réinitialise :

• Système et tables utilisateur
• Objets temporaires
• Ouvrir transactions
• Transactions distribuées
• Nombre de références utilisateur pour le verrouillage de la base de données
• Serrures et poignées acquises
• DÉFINIR les options sur les valeurs par défaut
• @@ rowcount et @@identityvalues
• Options de trace au niveau de la session (dbcc traceon())

Exceptions à sp_reset_connection

Certains aspects ne sont pas soumis à l'opération de réinitialisation de sp_reset_connection, notamment :

• Sécurité contexte (garantissant la correspondance de la chaîne de connexion)
• Application rôles
• Niveau d'isolement des transactions

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!