2

我有两张桌子T_A和T_B.

我需要从临时表中将数据导入其中。

如果我单独执行以下 T-SQL 块，每个需要 2 到 3 分钟才能完成。总时间约为 5 到 6 分钟。

BEGIN TRAN
  INSERT INTO T_A WITH(TABLOCK) FROM SRC_A WITH(NOLOCK);
COMMIT TRAN

BEGIN TRAN
  INSERT INTO T_B WITH(TABLOCK) FROM SRC_B WITH(NOLOCK);
COMMIT TRAN

为了让它更快，我在 SMSS 中打开两个会话并并行执行这两个块。令我惊讶的是，每节课大约需要 10 到 12 分钟才能完成。加起来总时间增加了一倍多。wait_type显示的是指向PAGEIOLATCH_SH磁盘 I/O 瓶颈的位置。我不明白的是，即使两个会话必须相互等待 I/O，也不应该等待那么久。谁能帮忙解释一下？

我的故事到这里还没有结束。然后我删除了两个表上的聚集索引，并在不同的会话中并行运行了两个块。这一次每次大约需要 1 分钟才能完成。由于它们是并行的，因此总时间约为 1 分钟。伟大的！但是当我尝试重新创建聚集索引时，噩梦就来了。

如果我单独创建集群索引，则每个需要 4 分钟才能完成。总时间约为8分钟。这违背了我提高性能的目的。

然后我尝试在两个表上并行创建聚集索引，每个表在不同的会话上。这一次是最糟糕的：一个需要 12 分钟才能完成，另一个需要 25 分钟才能完成。

从我的测试结果来看，我最好的选择是回到第一方：使用表上的聚集索引顺序执行两个事务。

有没有人遇到过类似的情况，最好的做法是什么？

4

1 回答 1

0

在插入记录后创建聚集索引时，SQL 无论如何都必须在后台重新创建该表，因此将记录直接插入到已经存在聚集索引的表中会更快。在插入时禁用任何非聚集索引并在之后再次启用它们，在填充的表上创建索引比为每个插入更新它们更快。请记住在创建索引时将 Max DOP 选项设置为 0。

批量插入也比插入语句快得多。我使用“SQL 服务器导入和导出向导”来复制大量数据，而且速度似乎更快（该向导使用批量语句）。如有必要，您可以尝试查找此向导使用的语句并自行运行。

于 2015-08-12T12:30:26.050 回答