在单用户的查询分析器中运行Sql server查询需要1秒。我用相同的查询启动了Adam Machanic编写的stress tool,并为200个用户运行了该工具,在查询分析器中并行运行了相同的查询,所需时间超过20秒。
如何在压力测试情况下找出哪个连接或where子句产生了问题。怎么花那么长时间?
谢谢,罗恩
发布于 2011-10-18 03:27:03
它很可能会被锁定和阻塞。起始点是reading this article on the MSDN,它提供了一个可以运行的存储过程(其输出非常冗长)。索引可能是解决问题的一种方法,但如果没有更多信息(模式、查询、数据量等),我们就不太可能提供更多信息。
发布于 2011-10-18 03:24:43
请看这篇文章:Slow in the Application, Fast in SSMS? Understanding Performance Mysteries by Erland Sommarskog,这是我见过的关于这个问题的最全面的文章。
我敢打赌,它和QUOTED_IDENTIFIER一样,是The Default Settings的一种。
https://stackoverflow.com/questions/7798461
复制相似问题