Création d'un déclencheur pour capturer le SQL exécuté pour une table affectée
Problème :
À pour résoudre les mises à jour mystérieuses d'une table particulière, il est nécessaire d'identifier le SQL exécuté qui a conduit aux modifications. Malheureusement, la logique métier de l'application réside principalement dans la base de données, ce qui rend difficile la détermination de la source de ces mises à jour.
Objectif :
Créer un déclencheur sur la table dans question pour enregistrer les instructions SQL qui l'affectent, permettant ainsi l'identification du SQL coupable.
Approche utilisant SQL Server Extended Événements :
1. Configurer la base de données pour les tests :
Créez une base de données simple avec les tables et les déclencheurs nécessaires pour simuler le scénario problématique.
2. Créer une session d'événements étendus :
Utilisez les événements étendus de SQL Server pour capturer les instructions SQL exécutées sur la table. Cela implique de créer une session d'événement qui filtre sur le déclencheur utilisé pour simuler les mises à jour.
3. Déclencher la procédure Proc1 :
Exécuter Proc1, qui déclenche une cascade d'appels de procédure qui provoque finalement la mystérieuse mise à jour de la table.
4. Arrêter la session d'événement étendu :
Une fois les procédures exécutées, arrêtez la session d'événement étendu.
5. Analyser les données d'événement :
Utilisez la fonction fn_xe_file_target_read_file pour lire les données capturées par la session d'événement étendu et analyser la pile d'appels pour identifier les instructions SQL exécutées.
Avantages de Approche des événements étendus :
Avantage supplémentaire :
Les données d'événements étendus capturées peuvent également être utilisées pour résoudre les problèmes de performances en analysant les plans d'exécution des requêtes et leur exécution. statistiques.
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!