Czy indeksy zużywają pamięć?

Właśnie zaczynam się uczyć o użyciu pamięci na serwerze SQL. Podczas korzystania z zapytania w odpowiedzi na pytanie SQL Server 2008 R2 „Ghost Memory”? , Odkryłem, że pojedyncza baza danych zajmuje lwia część przestrzeni w puli buforów. Patrząc dalej, używając sys.allocation_unitsi sys.indexespotwierdziłem, że jest to prawdopodobnie spowodowane dużym wykorzystaniem indeksów w bazie danych. Większość indeksów jest zgrupowana.

Inny programista bazy danych uważa, że ​​mamy problemy z pamięcią na serwerze - że zapytania zaczynają działać długo, ponieważ nie ma dostępnej pamięci.

Moje pytanie brzmi - czy użycie tych indeksów i ich istnienie w puli buforów zabiera pamięć dostępną dla innych procesów?

Tak, strony danych używanego indeksu buforowane w puli buforów zajmują miejsce w pamięci podręcznej danych . Ale nie pozwól, aby to odwróciło cię od używania indeksów (po pierwsze, indeks klastrowany to rzeczywiste dane tabeli, więc miej to również na uwadze). Korzystanie z indeksów (oczywiście odpowiednio zaprojektowanych i wdrożonych) jest dobrą rzeczą.

Problemy z pamięcią najprawdopodobniej nie wynikają z posiadania indeksów na stołach . Zanurz się w problemach z pamięcią, jakie dokładnie są problemy? Czy masz niską oczekiwaną długość życia strony ? Jak twoja pamięć jest skonfigurowana na serwerze? Czy maksymalna pamięć serwera jest zbyt niska, ograniczając wielkość puli buforów?

Aby uzyskać podział stron indeksu w pamięci podręcznej danych, możesz uruchomić poniższe zapytanie:

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

Aby uzyskać te statystyki według bazy danych:

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

Indeksy zajmują miejsce w puli buforów, tak. To kolejny powód, dla którego powinieneś zadbać o swoją strategię indeksowania i zminimalizować duplikaty.

Potwierdziłem, że jest to prawdopodobnie spowodowane dużym wykorzystaniem indeksów w bazie danych. Większość indeksów jest zgrupowana.

Pamiętaj, że indeks klastrowany to tabela . Jedyny narzut, jaki istnieje dla indeksu klastrowego ponad stertę (co jest na ogół niepożądane), dotyczy stron indeksowych niepozostawiających liści i włączenia klucza klastra do wszystkich indeksów nieklastrowanych dla tej tabeli. Dlatego preferowane są wąskie klucze klastra.

Artykuły Kimberley Tripp na temat klastrowych wyborów kluczowych są do tego doskonałym odniesieniem.