SQL Server的多少个请求每秒能够处理？

Question

我使用JMeter的测试我们的应用程序的性能。但我发现，当我发送20个请求从JMeter的，有这种情况的原因的结果应该是增加20点新的记录到SQL服务器，但我只是发现了5分新的记录，这意味着SQL服务器丢弃其他请求（因为我参加了一个日志，并确保插入新记录发送到SQL服务器。）

不要任何人有想法？什么是请求每秒的SQL Server手柄的门槛是多少？或者我需要做一些配置？

是的，在我的应用程序，我试过了，但似乎只有5个请求被接受，我不知道该如何配置，那么就可以接受了。

Answer 1

我不相信每秒请求NR直接相关型号到SQL服务器扔掉你插入。也许有该回滚或未能提交插入件的应用程序逻辑错误。或应用程序无法处理并发和数据插入违反约束。我检查服务器日志死锁以及

Answer 2

使用SQL事件探查器或LINQ数据上下文记录，看看有什么实际上已发送到服务器，然后确定是什么问题。

启用数据上下文日志这样的：

datacontext.Log = Console.Out;

作为一个方面说明，我一直在处理每秒10本000次交易在SQL Server中，所以我不认为这是问题。

Answer 3

这是非常依赖于你正在做什么类型的查询。你可以有很多查询请求的数据是已经在缓冲区中，所以没有磁盘读取需要访问或你可以读取，这实际上需要访问磁盘。如果你的数据库是小，你有足够的内存，你可能都在内存中的时间数据 - 访问将是非常快的话，你可能会得到100+的查询/秒。如果你需要读取磁盘，则取决于你的硬件。我选择了一个UltraSCSI的-160控制器UltraSCSI的-160驱动器，你可以在PC类型的平台最快的选项。我处理有关75,000记录每天晚上（他们从另一台服务器上下载）。对于每个记录我的过程中，计划使大约4 - 10查询把新记录插入正确的“空位”。整个过程需要约3分钟。我与768 MB的RAM 850兆赫的AMD Athlon机器上运行此。 希望这会为您提供有关速度稍指示。

Answer 4

要获得SQL Server等RDBMS基准测试，请访问处理性能委员会网站

Answer 5

您也可以使用SQL Server Profiler来检查您如何查询执行