인덱스가 메모리를 소비합니까?

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의 기사 는이를위한 훌륭한 참고 자료입니다.