SQL Server 2019开发版性能缓慢

Question

我们在生产环境中使用 SQL Server 2008 R2，并且正在考虑升级到 SQL Server 2019。

因此，我只是在我的计算机上安装了 SQL Server 2019 Developer Edition 来测试它，从生产服务器获取新的备份并在我的计算机上进行还原。

我的计算机上还安装了 SQL Server 2008 R2，因此我期待进行一些并行性能比较。

SQL Server 2008 R2 和 SQL Server 2019 都安装在同一 nvme 驱动器 (C:) 上，并且两个实例也位于同一驱动器上，但是 SQL Server 2019 tempdb 位于另一个驱动器 (D:) 上

在 SQL Server 2008 R2 上运行特定的存储过程花费了1 分 43 秒，在 SQL Server 2019 上运行了3 分 41秒……我运行该存储过程大约十几次，结果大致相同（加/减几秒）

在存储过程执行过程中，SQL Server 2008 R2和SQL Server 2019的磁盘IO读写都勉强达到6MB/s，CPU利用率都在10%左右

我重新启动计算机并首先在 2019 实例上再次运行存储过程，得到相同的结果（我担心 SQL Server 2008 R2 不知何故抢占了所有可用内存，但事实并非如此）

所以我尝试了所有这些，在中间再次运行存储过程以检查是否有任何改进：

• 重新启动
  • 删除了 SQL Server 2008 R2 和 SQL Server 2019 数据库并再次进行还原（只是为了绝对确保数据集相同）
  • 我关闭了 Windows Defender
  • 我确保LocalSystemSQL Server 2008 R2 和 SQL Server 2019 使用相同的系统帐户来启动引擎
  • 在 SQL Server 2019 中，我将数据库compat level从 2008 (10) 更改为 2019 (15)
  • 在SQL Server 2019中重建主要索引（担心2019将无法充分利用2008 R2创建的索引）
  • 将 SQL Server 2019 tempdb 移动到与数据库相同的驱动器 (C:)（与 SQL Server 2008 R2 上的设置相同）

我能看到的唯一区别是我的 SQL Server 2008 R2 是一个，default instance而 SQL Server 2019 是一个named instance，但我什至无法想象为什么这会对性能产生如此巨大的影响。

开发者版是否有某种性能损失？？？

我缺少什么？

Answer 1

微软声称SQL Server的开发版本与企业版本相同，但是当您尝试使用真实测试来测试它时，您会发现局限性，（考虑使用HammerDb进行测试） 这里有人面临同样的问题，它概括地说：

企业是闪电，开发是缓慢的。

问题是：为什么微软没有提供明确的开发许可限制？我认为因为它仅用于开发，并且在开发中使用服务器上的所有处理器和内存是没有意义的，并且在生产中使用它是非法的，所以没有必要提供此类信息