我们有一个写大量产品的数据库。我们刚刚购买了一台带有 SSD 的新服务器机器来提供帮助。令我们惊讶的是，插入速度并不比存储速度慢得多的旧机器快。在基准测试期间，我们注意到 SQL Server 进程表现出的 IO 率非常低。
例如，我运行了在此页面上找到的脚本，只是在循环中添加了 BEGIN TRAN 和 COMMIT。我最多只能看到磁盘使用率达到 7Mb/s，而 CPU 几乎没有达到 5%。服务器安装了 64Gb 并使用了 10 个。第一次调用的总运行时间为 2 分 15 秒，后续调用大约需要 1 分钟。数据库正在简单恢复并且在测试期间处于空闲状态。我在每次通话之间放下了桌子。
为什么这么简单的脚本这么慢？硬件几乎没有被使用。专用磁盘基准测试工具和 SQLIO 均表明 SSD 以高达 500Mb/s 的读取和写入速度正确执行。我知道随机写入比顺序写入慢，但我希望像这样的简单插入，对没有聚集索引的表，要快得多。
最终我们的场景要复杂得多，但我觉得我需要先了解一个简单的案例。简而言之，我们的应用程序删除旧数据，然后使用 SqlBulkCopy 将新数据复制到临时表，执行一些过滤，最后根据情况使用 MERGE 和/或 INSERT INTO 将数据复制到最终表。
--> 编辑 1：我按照 Martin Smith 链接的程序进行操作，得到以下结果：
[Wait Type] [Wait Count] [Total Wait (ms)] [T. Resource Wait (ms)] [T. Signal Wait (ms)]
NETWORK_IO 5008 46735 46587 148
LOGBUFFER 901 5994 5977 17
PAGELATCH_UP 40 866 865 1 …