Le nombre de requêtes SQL Server peut traiter par seconde?
Je suis à l'aide de JMeter pour tester notre application performance. mais j'ai trouvé quand j'envoie 20 demandes de JMeter, avec cette raison, le résultat devrait être ajouter 20 nouveaux dossiers sur le serveur sql, mais je viens de trouver 5 nouveaux records, ce qui signifie que SQL server jeter les autres demandes(parce que j'ai pris un journal, et assurez-vous que l'insertion de nouveaux enregistrements sont envoyés à sql server.)
N'importe qui ont des idées ? Quel est le seuil du nombre de requête SQL server peut traiter par seconde ? Ou dois-je besoin de faire un peu de configuration ?
Ouais, dans mon application, j'ai essayé, mais il semble que seul 5. les demandes sont acceptées, je ne sais pas comment config , alors il ne peut accepter de plus.
- Sujet intéressant, je suis curieux aussi.
- +1 oui, calme intéressantes ... hâte pour répondre.
- A rire à présent. Dans une seconde donnée, de Débordement de Pile reçoit des milliers de demandes de lots. Nous avons un client de faire plus de 100k lot de requêtes par seconde soutenue autour de l'horloge.
Vous devez vous connecter pour publier un commentaire.
Je ne suis pas convaincu que le nombre de requêtes par secondes sont directement releated à SQL server de jeter vos inserts. Peut-être il y a une demande d'erreur de logique qui annule ou ne parvient pas à commettre les inserts. Ou l'application ne parvient pas à gérer la simultanéité et insère des données de violer les contraintes. J'aimerais vérifier les logs du serveur pour les blocages ainsi.
Utiliser le générateur de profils SQL ou les données LINQ contexte de l'exploitation forestière pour voir ce qui a été effectivement envoyées vers le serveur, et ensuite déterminer quel est le problème.
Permettre le contexte de données de journal comme ceci:
Comme une note de côté, j'ai été le traitement de 10 000 transactions par seconde dans SQL Server, donc je ne pense pas que ce soit le problème.
C'est très dépendante de ce type de requêtes que vous faites. Vous pouvez avoir beaucoup de requêtes de demande de données qui est déjà dans une mémoire tampon, de sorte qu'aucun disque de l'accès en lecture est nécessaire, ou vous pouvez avoir des lectures, qui ont réellement besoin d'accès au disque. Si vous avez de la base de données est petit et que vous disposez de suffisamment de mémoire, vous pouvez avoir toutes les données en mémoire à tout moment l'accès serait très vite ensuite, vous pouvez obtenir 100+ requêtes/seconde. Si vous avez besoin de lire un disque, vous êtes en charge votre matériel. J'ai opté pour un ultra scsi-160 contrôleur ultra scsi-160 lecteurs, l'option la plus rapide, vous pouvez obtenir sur un PC de type plate-forme. J'ai procédé à environ 75'000 enregistrements tous les soirs (ils téléchargés à partir d'un autre serveur). Pour chaque enregistrement, j'ai du processus, le programme fait environ 4 - 10 requêtes pour mettre le nouveau record dans la bonne plage. L'ensemble du processus prend environ 3 minutes. Je suis en cours d'exécution sur une 850 MHz AMD Athlon machine avec 768 MO de RAM.
Espérons que cela vous donne une petite indication sur la vitesse.
Pour obtenir des tests de performances de SQL Server et d'autres SGBDR, visitez le Les Performances De Traitement De Conseil Web
Vous pouvez également utiliser Sql Server profil de vérifier comment votre des requêtes sur sont exécutées