MS SQL Server
  1. MS SQL Server
  3. SQL Server – Problème de performance avec les requêtes simultanées
Intereting Posts
Pourquoi cette requête SQL est-elle incorrecte? Existe-t-il une «collation Unicode»? Quelle est la meilleure méthode neutre pour déployer une database SQL Server? Largeur de la colonne Resultset dans Management Studio Hibernate: La colonne SQL Server 2008 a été modifiée de datetime en datetime2. Comment puis-je mettre à jour Hibernate config pour refléter cela? DBHC shrinkfile donne une erreur Supprimer toutes datatables dans la database SQL Server Le site Web Azure doit connecter le SQL sur site Mise à jour avec la clause Case When Exists Texte partagé Texte SQL T-SQL: Comment calculer un grand total de valeurs Entity Framework peut-il produire un mappage entre une key étrangère et un GUID dans la table parente? Activation du debugging de procédure stockée SQL Server à partir de .Net Core Erreur SQL ne pas restaurer toute SqlCommand Bind DropDownList t Colonne datable dans le contrôle DataGrid

SQL Server – Problème de performance avec les requêtes simultanées

Je suis récemment confronté à un problème troublant avec SQL Server. J'utilise un programme de noeud pour se connecter et exécuter des requêtes. À mesure que le nombre de requêtes requêtes / db augmente, il semble que les performances de SQL Server se dégradent.

J'ai utilisé un scénario de test de base, où je reçois 6 requests simultanées, ce qui à son tour triggers 6 requêtes de database en parallèle. Comme le time d'évaluation des résultats pour chaque requête a été multiplié par 6 environ.

Donc, quand je tape une seule requête, cela prend environ 120ms, mais dans le cas où 6 requêtes similaires sont en parallèle, chaque requête prend environ 7500ms, ce qui est un problème troublant avec les requêtes simultanées.

Pour memory, j'utilise des requêtes SELECT qui ne devraient pas être bloquantes.

Toute aide ou information serait grandement appréciée.

Mises à jour

J'ai vérifié la table et elle n'a aucun index. La requête que j'ai testée est une simple requête SELECT avec une clause WHERE . J'ai également vérifié sys.dm_tran_lock pour l'information de locking de database et a constaté qu'il crée le verrou de SI sur cette table pour chaque requête de request. C'est SQL Server 2012 qui s'exécute sur l'instance Azure. Je ne suis pas sûr sur les spécifications du matériel, mais il devrait être conforme aux normes.

J'ai joué autour d'une petite combinaison de requêtes, il semble que ça frappe le plus lorsque les requêtes simultanées utilisent une même table / vue.