问SQL Server 2017 Express比标准版快

EN

等待统计

在执行更差的查询的执行计划中，我们发现以下等待状态：

  <Wait WaitType="ASYNC_NETWORK_IO" WaitTimeMs="280" WaitCount="27" />
        </WaitStats>
        <QueryTimeStats CpuTime="14" ElapsedTime="295" />

对于查询执行的295ms，280ms正在等待ASYNC_NETWORK_IO。

因此，14ms cpu时间&没有这些等待状态的15ms运行时间对我来说是合理的。

实际执行计划中的这些细节意味着该问题与实例本身的性能无关，而是与这些行的处理直接相关。

ASYNC_NETWORK_IO

先前的回答中关于为什么ASYNC_NETWORK_IO由汤姆五世发生的一些部分

指的是托马斯LaRock发布的帖子

ASYNC_NETWORK_IO等待表示正在发生两种情况之一。第一种情况是会话(即SPID)正在等待客户端应用程序处理结果集，并向Server发送一个信号，说明它已准备好处理更多数据。第二，可能存在网络性能问题。

大多数情况下，我看到ASYNC_NETWORK_IO正在发生，这是由于应用程序处理行不够快(应用程序设计/应用程序服务器在重载/压力下)。

在验证应用程序之后，网络将成为下一个嫌疑人。

您检查过各种服务器上的网络速度吗？

我也遇到了类似的问题，我们追踪到的是一条以100 mbps而不是1000 mbps运行的贴片线。

不应该更快。如果您有相同的数据，在同一台机器上，在同一网络上，并且得到相同的执行计划，它似乎是软件本身中的一个配置设置。你试过这个吗？

--turn on statistics--

Set statistics time on;

set statistics IO on;

Go;

--then run your query--
select top (500) * 
    from UserLog u  
    join staff s on  s.Username = u.username
    join Forms f on f.PageFile = u.PageFile
    left outer join Client c on c.CID=u.CID        
    order by u.id desc

--do this for both and use to compare.  

这两个版本在性能上的主要差异在于标准为SQL服务器分配更多资源的能力。我会再次检查所有实例属性和数据库属性，但是如果您采用了标准的方法，您可能会比express更快。如果您要运行微小的查询，那么您不需要担心它，但是如果运行更大的查询，就会遇到分页问题。https://www.microsoft.com/en-us/sql-server/sql-server-2017-editions

想一想，就像比较一辆烂车和一辆标准车的速度。他们都能跑20英里，但也不能都跑120英里。那辆破车的时速可能会达到70英里。