Sql server 是什么导致SQL Server网络延迟高？

我使用此命令测试SQL Server 2016的网络延迟。它给出了100ms的网络延迟结果（来自

NetworkOnlyTotal

output）。但是，如果ping sql server实例，则只会得到11ms。我想知道是什么导致SQL Server中额外的90毫秒延迟。这是预期的吗？或者我应该看什么配置

我尝试使用

-Count

参数，发现

NetworkOnlyTotal

没有太大变化，有时甚至没有删除。这个值是平均值吗

请参见下面的两个示例，一个是运行查询1次，另一个是运行查询10次。关于

NetworkOnlyTotal

的结果对于10次查询甚至更好。从名称上看，它似乎是10个请求的总时间。但为什么价值会下降呢

Test-DbaNetworkLatency  -SqlCredential $credential -SqlInstance $instance -Count 1

output:
ExecutionCount     : 1
Total              : 141.55 ms
Average            : 141.55 ms
ExecuteOnlyTotal   : 69.13 ms
ExecuteOnlyAverage : 69.13 ms
NetworkOnlyTotal   : 72.42 ms

我想知道是什么导致SQL Server中额外的90毫秒延迟。这是预期的吗

可能是一次性连接的东西

1） 建立TCP/IP会话

2） 协商连接协议加密

3） 登录并创建会话

尝试更高的

-Count

建立连接和会话需要一些时间，并且不应将其算作“网络延迟”，因为客户端将保持打开并重用连接

我想知道是什么导致SQL Server中额外的90毫秒延迟。这是预期的吗

可能是一次性连接的东西

1） 建立TCP/IP会话

2） 协商连接协议加密

3） 登录并创建会话

---

尝试更高的

-计数

建立连接和会话需要一些时间，不应将其算作“网络延迟”，因为客户端将保持打开和重复使用的连接。

产品说明表明然后，它将输出整个连接和命令所用的时间，以及仅执行命令所用的时间。“此外，它说它将执行三次命令。而且该工具需要花费一点时间来验证与SQL Server的连接。因此，对我来说这似乎是合理的。

产品的描述表明“它将输出整个连接和命令所用的时间，以及仅执行命令所用的时间。”此外，它还表示将执行命令三次。而且该工具需要花费一点时间来验证与SQL Server的连接。所以，我觉得这很合理。

谢谢你的回复。我为Count=100设置了一个更高的值，NetworkOnlyTotal下降了很多。所以

NetworkOnlyTotal

不是100的总网络延迟吗？它是平均值吗？这是否意味着其余99个请求正在重用已打开的连接，而该连接跳过了您在此处列出的三个步骤？谢谢您的回复。我为Count=100设置了一个更高的值，NetworkOnlyTotal下降了很多。所以

NetworkOnlyTotal

不是100的总网络延迟吗？它是平均值吗？这是否意味着其余99个请求正在重用已打开的连接，而该连接跳过了您在此处列出的三个步骤？

Test-DbaNetworkLatency -SqlCredential $credential -SqlInstance $instance -Count 10

output:
ExecutionCount     : 10
Total              : 180.33 ms
Average            : 18.03 ms
ExecuteOnlyTotal   : 127.38 ms
ExecuteOnlyAverage : 12.74 ms
NetworkOnlyTotal   : 52.95 ms