C# SQL Server每秒可以处理多少个请求？

我正在使用JMeter测试应用程序的性能。但我发现当我从JMeter发送20个请求时，结果应该是向sql server中添加20个新记录，但我只找到了5个新记录，这意味着sql server放弃了其他请求（因为我记录了日志，并确保插入的新记录发送到sql server）

有人有想法吗？SQL server每秒可以处理的请求的阈值是多少？或者我需要做一些配置吗

---

是的，在我的应用程序中，我尝试过，但似乎只接受了5个请求，我不知道如何配置，然后它就可以接受更多的请求。

我不确定每秒请求的nr是否直接与SQL server相关，丢弃插入内容。可能存在回滚或提交插入失败的应用程序逻辑错误。或者应用程序无法处理并发并插入违反约束的数据。我还要检查服务器日志中是否存在死锁。

要获取SQL server和其他RDBMS的基准测试，请访问

这取决于您正在执行的查询类型。您可以有许多查询请求已经在缓冲区中的数据，这样就不需要磁盘读取访问，或者您可以进行实际需要磁盘访问的读取。如果您的数据库很小，并且您有足够的内存，那么您可能会一直将所有数据存储在内存中—访问速度会非常快，您可能会每秒收到100多个查询。如果需要读取磁盘，则依赖于硬件。我选择了带有UltraCSI-160驱动器的UltraCSI-160控制器，这是在PC型平台上最快的选择。我每晚处理大约75000条记录（它们是从另一台服务器下载的）。对于每个record I进程，程序都会进行大约4-10次查询，以将新记录放入正确的“插槽”。整个过程大约需要3分钟。我在一台850兆赫的AMD Athlon机器上运行这个，有768 MB的内存。

---

希望这能为您提供一点速度指示。

使用SQL Profiler或LINQ数据上下文进行日志记录，查看实际发送到服务器的内容，然后确定问题所在

按如下方式启用数据上下文日志：

datacontext.Log = Console.Out;

---

顺便说一句，我在SQL Server中每秒处理10000个事务，所以我认为这不是问题所在

您还可以使用Sql Server配置文件检查查询的执行情况

这是一个古老的研究案例，现在是2017年，2019年，我在等着看会发生什么

SQL Server 2016每秒120万批处理请求支持LOB的内存优化表，本机编译的存储过程

---

有趣的话题，我也很好奇。+1是的，非常有趣。。。期待着答案，我不得不笑了。在任何一秒钟内，堆栈溢出都会得到数千个批处理请求。我们有一个客户机每天24小时每秒处理超过10万个批处理请求。我只使用linq插入记录。我使用linq和.net插入请求，但无法捕获任何异常