翻译——How Much is Offline During an Index Rebuild?

原文链接：How Much is Offline During an Index Rebuild?^[1]

译者注释：本文有些地方没有直译，而是结合自己的理解后的意译，翻译如有不当或不对的地方，敬请纠正或告知。

脱机重建索引的代价有多大

这个问题来自与我们每周网络直播（webcast）前的聊天:当你脱机(offline)重建一个非聚集索引时，它会仅仅只影响非聚集索引呢？还是它会影响整张表呢？

展示案例比讲述原理更有趣，让我们来看看吧

首先，我将AdventureWork数据库还原到慢存储上，有时候慢存储很方便展示像这样的任何问题。我喜欢将AdventureWorks2012数据库的备份恢复到手头的外部希捷硬盘上。我喜欢在我的工作站中使用SSD硬盘，但是当涉及到想要测试诸如相当少量数据的阻塞之类的事情时，在周围拥有一些可挂载的外部存储是非常方便的。

Now I run a super slow nonclustered index rebuild

当AdventureWork数据库还原后，我在一个会话窗口里脱机重建索引（offline index rebuild），为了尽量让脱机重建索引耗时长一些，我以一种非常糟糕的方式设置了索引重建方式，我设置表的填充因子为1%，这个意味着SQL Server会拆分这张表，而且让表的每一个页面（page）的99%为空。

--Warning: this fillfactor is terrible for performance
--Don't do this in production!
ALTER INDEX [IX_TransactionHistory_ProductID]
on [Production].[TransactionHistory]
REBUILD with (fillfactor=1);
GO

在另外一个会话中，我使用聚集索引查询这个表，当脱机索引重建还在运行的时候，我打开第二个会话窗口运行了一个SELECT查询语句，这个查询语句走聚集索引读取数据，而且不使用非聚集索引。

SELECT Quantity
FROM [Production].[TransactionHistory];
GO

现在，从第三个会话检查确认一下，脱机重建非聚集索引是否阻塞了我的查询语句。为了获取跟多细节信息，我运行 Adam Machanic的sp_whoisactive脚本，其中包含了一个参数来获取有关锁的信息（这个操作的代价可能有点昂贵，因此仅在需要时使用此选项）

exec sp_WhoIsActive @get_locks=1;
GO

果然（毫无疑问），SELECT查询语句被索引重建语句给阻塞了。

单击这个被阻塞的SELECT语句的’locks’列，从这个XML字段，我们可以看到更多信息

<Database name="AdventureWorks2012">
<Locks<
<Lock request_mode="S" request_status="GRANT" request_count="1" />
</Locks>
<Objects>
<Object name="TransactionHistory" schema_name="Production">
<Locks>
<Lock resource_type="OBJECT" request_mode="IS" request_status="WAIT" request_count="1" />
</Locks>
</Object>
</Objects>
</Database>