SQL Server缓慢插入-SqlBulkCopy性能

我有一个有3000万行的数据库。PK聚集索引是代码生成的GUID。

下表如下：

CREATE TABLE [dbo].[events](
    [imageEventGUID] [uniqueidentifier] NOT NULL,
    [imageSHAID] [nvarchar](256) NOT NULL,
    [queryGUID] [uniqueidentifier] NOT NULL,
    [eventType] [int] NOT NULL,
    [eventValue] [nvarchar](2050) NULL,
    [dateOfEvent] [datetime] NOT NULL,
 CONSTRAINT [PK_store_image_event] PRIMARY KEY CLUSTERED 
(
    [imageEventGUID] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]
GO

简单地说，它是一个图像搜索引擎。

• CCD_ 2是代码唯一标识符
• imageSHAID是图像URL的SHA256
• queryGUID是代码生成的FK（为简洁起见，已从create语句中排除）
• eventType是分配给事件类型的数字
• eventValue通常是图像的URI，例如"http://mywebpage.com/images/image123456789.jpg"

我定期通过SqlBulkCopy（从DataTable）使用漂亮的标准代码插入到这个表中

using (SqlBulkCopy bulk = new SqlBulkCopy(storeConn, SqlBulkCopyOptions.KeepIdentity | SqlBulkCopyOptions.KeepNulls, null))
{
    bulk.DestinationTableName = "[dbo].[events]";
    bulk.WriteToServer(myeventsDataTable);
}

我通常尝试在一个大容量插入中插入5k到10k行。我从这个批量复制中得到了糟糕的插入结果。我曾经在SSD上运行这个DB（只连接了SATA 1），速度非常快（不到500毫秒）。我在SSD上的空间用完了，所以我把DB换成了1TB 7200高速缓存旋转磁盘，从那时起，完成时间超过120秒（120000毫秒）。当大容量插入运行时，我可以看到大约1MB/秒的磁盘活动，CPU使用率很低。

除了PK，我在这张表上没有其他索引。

我想问你的问题是：

你能看出我做错了什么会导致这种情况吗？

这只是"你旋转的磁盘不够快，无法容纳这么大的数据库"的情况吗？

插入这些数据时究竟发生了什么？因为它是聚集索引，所以在进行插入时，它是否会重新排列磁盘上的数据页？它试图插入GUID，这些GUID本质上是无序的，因此这种"随机插入性质"可能会导致读/写标头在磁盘上的不同页面上移动很多？

谢谢你抽出时间。