Sql Server Legacy Database To Clustered index 与否

Question

我们有一个旧数据库，它是一个 sql server db（2005 和 2008）。

表中的所有主键都是唯一标识符。

这些表目前没有在它们上创建聚集索引，并且我们在只有 750k 记录的表上遇到了性能问题。这是我第一个使用唯一标识符作为唯一主键的数据库，我从未见过 sql server 的返回数据这么慢。

我不想在唯一标识符上创建聚集索引，因为它们不是连续的，因此在插入数据时会降低应用程序的速度。

我们无法删除用于远程站点记录身份管理目的的唯一标识符。

我曾考虑在表中添加一个大整数标识列，并在该列上创建聚集索引并包括唯一标识符列。

即

int identity - 保持插入速度的第一列 唯一标识符 - 确保应用程序按预期工作。

目标是提高身份查询和联表查询性能。

Q1：这会提高数据库的查询性能还是会减慢它的速度？

Q2：有没有我没有列出的替代方案？

谢谢 皮特

编辑：性能问题在于通过 select 语句快速检索数据，尤其是在将几个“事务性/变化”表连接在一起时。

编辑2：表之间的连接一般都在主键和外键之间，对于有外键的表，它们被包含在非聚集索引中，以提供覆盖范围更大的索引。

这些表都没有其他可以提供良好聚集索引的值。

我更倾向于在每个高负载表上添加一个额外的标识列，然后在聚集索引中包含当前的 Guid PK 列以提供最佳查询性能。

编辑 3： 我估计 80% 的查询是通过数据访问机制单独对主键和外键执行的。通常，我们的数据模型具有延迟加载的对象，这些对象在访问时执行查询，这些查询使用对象 id 和 PK 列。我们有大量用户驱动的数据排除/包含查询，它们使用外键列作为过滤器，基于类型 X 的标准排除以下 id。剩下的 20% 是 Enum (int) 或日期范围列上的 where 子句，系统中很少执行基于文本的查询。

在可能的情况下，我已经添加了覆盖索引来覆盖最繁重的查询，但到目前为止我仍然对性能感到失望。正如 bluefooted 所说，数据被存储为堆。

Answer 1

我不确定您的 GUID 来自哪里，但如果它们是在插入期间生成的，那么在 SQL Server 中使用 NEWSEQUENTIALID() 而不是 NEWID() 将帮助您避免在插入期间出现碎片问题。

关于聚簇索引的选择，正如 Kimberly L. Tripp 所说 here：“选择聚簇索引的最重要因素是它是唯一的、狭窄的和静态的（不断增加还有其他好处，可以最大限度地减少拆分） 。”与 INT 甚至 BIGINT 相比，GUID 无法满足狭义要求。

Kimberly 在GUIDs as PRIMARY KEYs and/or the clustering key 上也有一篇很棒的文章。

Answer 2

您没有说明您的性能问题是什么。如果执行最差的操作是 INSERT，那么您的解决方案可能是正确的。如果是其他问题，那么我会看看聚集索引如何提供帮助。

您可能会查看表上的现有索引以及使用它们的查询。您可以选择一个索引，虽然会稍微降低 INSERT，但可以为当前的性能问题区域提供更大的好处。

Answer 3

如果您的表上没有聚集索引，则它被存储为堆而不是 b 树。在 SQL Server 中堆数据访问绝对是残酷的，所以你肯定需要添加一个聚集索引。

我同意您的分析，即 GUID 列对于聚类来说是一个糟糕的选择，尤其是因为您无法使用 NEWSEQUENTIALID()。如果您愿意，您可以创建一个新的人工整数键，但如果有另一列或列组合作为聚集索引有意义，那也可以。

您是否有经常用于范围扫描的字段？哪些列用于连接？除了 GUID 之外，是否存在也唯一标识行的列组合？发布数据模型的样本将帮助我们建议一个好的聚类候选者。

Answer 4

我不是 100% 清楚：您的第一访问模式是按 GUID 还是按其他列查询表？以及在加入其他表时，最常使用哪些列（和数据类型）？

在我进一步了解如何使用这些 GUID 之前，我真的无法给你任何可靠的建议。我知道您说过它们是主键，但这并不能保证它们被用作查询或连接的主要条件。

更新

现在我知道的更多了，我有一个疯狂的建议。将这些表聚集在 GUID 上，但将填充因子设置为 60%。这将改善页面拆分问题，并为您提供更好的对这些小狗的查询性能。

至于使用 Guid.NewGuid()，看来您毕竟可以在 C# 中执行顺序 GUID。我在 SO 上找到了以下代码：

[DllImport("rpcrt4.dll", SetLastError = true)]
static extern int UuidCreateSequential(out Guid guid);

public static Guid SequentialGuid()
{
    const int RPC_S_OK = 0;
    Guid g;
    if (UuidCreateSequential(out g) != RPC_S_OK)
        return Guid.NewGuid();
    else
        return g;
}

newsequentialID() 实际上只是 UuidCreateSequential 的一个包装器。我敢肯定，如果您不能直接在客户端上使用它，您可以找到一种方法来快速往返服务器以从那里获取新的顺序 ID，甚至可以使用“分配器”表和存储过程来完成这项工作。