Индексы потребляют память?

Я только начинаю узнавать об использовании памяти на 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

Индексы занимают место в буферном пуле, да. Это еще одна причина, почему вы должны позаботиться о стратегии индексирования и минимизировать дубликаты.

Я подтвердил, что это, вероятно, вызвано интенсивным использованием индексов в базе данных. Большинство индексов являются кластерными.

Помните, что кластерный индекс - это таблица . Единственные издержки, которые существуют для кластеризованного индекса сверх кучи (что обычно нежелательно), относятся к страницам неполных индексов и включению ключа кластера во все некластеризованные индексы для этой таблицы. Вот почему узкие ключи кластера являются предпочтительными.

Статьи Кимберли Триппа о кластерном выборе ключей являются отличным справочным материалом для этого.