「MENTOR」の原則でインデックス管理

「MENTOR」の原則でインデックス管理

Measure（測定）

SQLのクエリ実行時間を記録する。→最大のコストがかかっている操作を識別。

スロークエリログ→指定された値より実行時間が長くかかったクエリを記録

PostgreSQL→設定変数「log_min_duration_statement」

Explain（解析）

最もコストがかかるクエリを特定した後は、クエリの処理が遅くなっている原因を解析する。

クエリ実行計画→QEP

QEPレポート例→key列はどのインデックスを適用しているか。Extra列はクエリが一時テーブルで結果をソートしているか、indexを使用しているか確認可能。

解析後、新しいインデックスを作成するかLIKE述語の代わりに全文検索機能を導入する。

Nominate（指名）

クエリのQEPを読んで、クエリがインデックスを使わないでテーブルにアクセスしている箇所を探す。

Test（テスト）

インデックス作成後、再びクエリのプロファイリングを行う。

変更が効果をもたらしたことを確認してから作業を終了する。

「使用頻度の高いテーブルに新たなインデックスを1つ作成すべきだと判断し、重要なクエリ複数でパフォーマンスを38パーセント改善しました」

Optimize（最適化）

キャッシュメモリの検討。

インデックスをあらかじめキャッシュメモリにロードしておく。

例：LOAD INDEX INTO CACHEステートメント

Rebuild（再構築）

長期にわたって行の更新や削除を行うことで、インデックスは次第に断片化していく。

定期的にメンテナンス。

例：VACUUMまたはANALYZE（インデックスのメンテナンスコマンド）