テーブルの断片化削減

テーブルの断片化は、ローが連続して格納されていない場合、またはローが複数のページに分割されている場合に発生します。これらのローには追加のページアクセスが必要になるため、データベースサーバーのパフォーマンスを低下させます。

断片化がパフォーマンスに与える影響は、さまざまなものがあります。テーブルが極端に断片化されていても、メモリ内に収まっていて、かつアクセス方法によってページのキャッシュが許可されている場合、影響は最小限に抑えられる可能性があります。ただし、断片化されたテーブルにより、大量の I/O 処理が発生することがあります。分割されたローが頻繁にアクセスされ、かつ余計な I/O のコストがキャッシュによって削減されない場合は、パフォーマンスが大幅に低下する可能性があります。

テーブルの再編成とデータベースの再構築を行うと断片化を削減できますが、行う回数が多すぎても少なすぎても、パフォーマンスに影響を与えることがあります。次の項で説明するツールや方法を実際に使ってみて、テーブルの許容可能な断片化レベルを判断してください。

断片化を削減しても依然としてパフォーマンスがよくない場合は、統計が不正確であるなどの別の問題が考えられます。

テーブルの断片化レベルの判断

パフォーマンスを改善するためにデフラグを実行するかどうかを判断するうえで、テーブルの断片化のチェックを 1 回実行するだけでは役立ちません。データベースを再構築してからタブの断片化をチェックし、ベースラインとなる結果を取得してください。次に、長期間にわたってテーブルの断片化を定期的にチェックし、断片化における変化とパフォーマンス測定時の変化との相関を調べます。この方法によって、テーブルの断片化がパフォーマンスに影響をきたすまでの状態になる速度を確認でき、それによりテーブルのデフラグを実行する最適な頻度を決定できます。

データベーステーブルの断片化の程度に関する情報を取得するには、次のいずれかの方法を使用します。

sa_table_fragmentation システムプロシージャー。
SQL Anywhere プラグインの [断片化] タブ。[断片化] タブを使用すると、ベーステーブルで sa_table_fragmentation システムプロシージャーを実行した結果がグラフィックで表示されます。

参照

例

断片化の程度を確認するには、次の手順に従います。

DBA 権限のあるユーザーとしてデータベースに接続します。
sa_table_fragmentation システムプロシージャーを実行します。
たとえば、次の文を実行して、データベース内のすべてのテーブルについての情報を取得します。
CALL sa_table_fragmentation( );

テーブルの断片化を削減する方法

DocCommentXchange で意見交換できます