SQL Serverパフォーマンス最適化インデックス断片化

クズども · 掲載地 2020/12/27 22:32:27

インデックス断片化の概要

インデックス断片化とは何か、そしてなぜそれに注目すべきか:
断片化は、インデックス内の論理的順序(キー値に基づく)が、インデックスページ、インデックス内のページ、インデックスに含まれるページの物理的な順序と一致しない場合に発生します。
基底データに対して挿入、更新、削除操作が行われるたびに、データベースエンジンは自動的にインデックスを修正します。例えば、テーブルに行を追加すると、分割行がインデックスに既存ページを保存し、新しいキーの挿入スペースを作ることがあります。時間の経過とともに、これらの修正により索引内の情報がデータベース内で散らばることがあります(断片を含む)。断片化は、インデックスに含まれるページの論理的順序(キー値に基づく)が、データファイルの物理的な順序と一致しない場合に発生します。
多数の断片化されたインデックスは、インデックスが指すデータを見つけるために追加のI/Oが必要になるため、クエリの性能を低下させる可能性があります。より多くのI/Oは、特にスキャン操作が関与している場合、アプリケーションの応答が遅くなることがあります。
データベースインデックス断片化の確認

命令：

ログインが見えます。

デフラグには2つの方法があります。インデックスの再編成と再作成です。インデックスの再構築とは、トランザクション内で古いインデックスを削除し、新しいインデックスを再構築することを指します。これにより、元のインデックスのハードディスク空間を回収し、新たなストレージを割り当ててインデックス構造を作成します。インデックスの再編成とは、新しいストレージスペースを割り当てず、元の空間に基づいてインデックス構造のリーフノードを再編成し、データページの論理順序と物理的順序を一貫させ、インデックス内の余剰スペースを解放することを指します。

関数 sys.dm_db_index_physical_stats を使って断片化の度合い、フィールドavg_fragmentation_in_percent論理断片の返還率を検出します。一般的に、Microsoftは30%の閾値を推奨しています。

avg_fragmentation_in_percent >5%および<=30%:インデックスの再編成;
avg_fragmentation_in_percent >30%:ALTER INDEX再建;

avg_fragmentation_in_percent:指数断片率。断片化が10%~20%未満であれば、断片化は問題になりにくいです。インデックス断片化が20%~40%の場合、断片化が問題になることがありますしかし、インデックス分解はインデックス再編成によって排除可能であり、大規模な断片化(断片化が40%を超える場合)はインデックス再構築を必要とすることがあります。

与えられたテーブルのすべてのインデックスの断片化情報をクエリします

ログインが見えます。

テーブルの再インデックス

ログインが見えます。

データベース全体のすべてのテーブルのインデックスを再構築します

ログインが見えます。

リソース：ハイパーリンクのログインが見えます。

ZGY0209ZGY · 掲載地 2021/09/22 13:11:22

よかったです。

クズども · 掲載地 2025/11/18 14:35:31

sp_updatestatsって何?

これはSQL Serverシステムの一部であるシステムストアドプロシージャです。
現在のデータベース内のすべてのユーザーテーブルを分析し、直近の統計更新以降にデータが変更されたカラムやインデックスの統計を再計算・更新します。
命令：

ログインが見えます。

[出典] SQL Serverパフォーマンス最適化インデックス断片化

関連記事

閲覧したセクション