インデックスはメモリを消費しますか？

SQL Serverでのメモリ使用量について学び始めました。質問SQL Server 2008 R2「ゴーストメモリ」への回答でクエリを使用する場合 、私は単一のデータベースがバッファプールの非常に大きな領域を占有していることを発見しました。さらに調べてみる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

はい、インデックスはバッファプールスペースを消費します。これは、インデックス作成戦略に注意を払い、重複を最小限に抑える必要があるもう1つの理由です。

これはデータベースでインデックスが頻繁に使用されていることが原因である可能性が高いことを確認しました。ほとんどのインデックスはクラスター化されています。

クラスタ化インデックスはテーブルであることに注意してください。ヒープのそれ以上のクラスター化インデックスに存在する唯一のオーバーヘッド（これは一般に望ましくありません）は、非リーフインデックスページと、そのテーブルのすべての非クラスター化インデックスに含まれるクラスターキーのオーバーヘッドです。このため、ナロークラスタキーが推奨されます。

クラスター化されたキーの選択に関するKimberley Trippの記事は、これに関する優れたリファレンスです。