索引会消耗内存吗？

我刚刚开始了解SQL Server上的内存使用情况。在问题SQL Server 2008 R2“ Ghost Memory”问题的答案中使用查询时？，我发现单个数据库占用了缓冲池中绝大部分的空间。再看一下，使用sys.allocation_units和sys.indexes，我确认这很可能是由于数据库中索引的大量使用引起的。大多数索引都是群集的。

另一位数据库开发人员认为我们在服务器上遇到内存问题-由于没有可用的内存，查询开始运行很长时间。

我的问题是-使用这些索引及其在缓冲池中的存在是否会占用其他进程可用的内存？

是的，缓冲池中缓存的已使用索引的数据页将占用数据缓存中的空间。但是不要让您转而使用索引（首先，聚集索引是实际的表数据，因此请记住这一点）。索引的使用（当然是正确设计和实现的）是一件好事。

您的内存问题很可能不是来自表上的索引。深入探讨内存问题，究竟是什么问题？您的页面预期寿命低吗？如何在服务器上配置内存？服务器最大内存是否不足以限制缓冲池的大小？

要获得数据高速缓存中索引页的细分，可以运行以下查询：

select
    count(*) as total_page_count,
    count(*) * 8 as total_consumption_kb,
    sum(row_count) as total_row_count
from sys.dm_os_buffer_descriptors
where page_type = 'INDEX_PAGE'
group by page_type

要通过数据库获取这些统计信息：

select
    db_name(database_id) as database_name,
    count(*) as total_page_count,
    count(*) * 8 as total_consumption_kb,
    sum(row_count) as total_row_count
from sys.dm_os_buffer_descriptors
where page_type = 'INDEX_PAGE'
group by database_id
order by total_consumption_kb desc

索引占用缓冲池空间，是的。这是为什么您应该注意索引策略并尽量减少重复项的另一个原因。

我确认这很可能是由于数据库中索引的大量使用引起的。大多数索引都是群集的。

请记住，表是聚集索引。聚集索引存在的唯一开销要高于堆开销（通常是不希望的），这是非叶子索引页以及该表的所有非聚集索引中都包含集群键的开销。这就是为什么首选窄群集密钥的原因。

金伯利·特里普（Kimberley Tripp）的有关集群键选择的文章对此非常有用。