Чи споживають індекси пам'ять?

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

Індекси споживають буферний простір пулу, так. Це ще одна причина, чому ви повинні подбати про свою стратегію індексації та мінімізувати дублікати.

Я підтвердив, що це, ймовірно, викликано великим використанням індексів у базі даних. Більшість індексів є кластерними.

Пам'ятайте, що кластерний індекс - це таблиця . Єдиний наклад, який існує для кластеризованого індексу вище та вище для купи (що, як правило, небажано), - це сторінки, що не містять листків, і включення ключа кластера до всіх некластеризованих індексів для цієї таблиці. Ось чому переважні вузькі кластерні ключі.

Статті Кімберлі Тріппа про кластерні ключові варіанти є чудовим посиланням на це.