インデックス利用状況の監視
システムビューを使ってインデックスの有効性を監視し、未使用または性能の低いインデックスを特定する方法を学びます。
「インデックス利用状況の監視」はCoddyKit上の無料Advanced PostgreSQL: Indexing, Partitioning, Replicationレッスンです。 これはレッスン2/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはAdvanced PostgreSQL: Indexing, Partitioning, Replication学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Advanced PostgreSQL: Indexing, Partitioning, Replicationコースには全4レッスンが含まれています。
このレッスンの一部はまだ翻訳されておらず、英語で表示されています。
Why Monitor Index Usage?
Indexes are powerful tools for speeding up queries, but they aren't free. They consume disk space and add overhead to data modifications (INSERT, UPDATE, DELETE).
Monitoring index usage helps us understand if our indexes are actually working for us or just taking up space.
Introducing `pg_stat_user_indexes`
PostgreSQL provides several system views to monitor database activity. For index usage, the pg_stat_user_indexes view is your best friend.
This view tracks statistics for indexes on user-defined tables, giving you insights into how often each index is being scanned.
Key Index Usage Metrics
When you query pg_stat_user_indexes, look out for these columns:
idx_scan: The number of times the index has been scanned.idx_tup_read: The number of index entries returned by scans.idx_tup_fetch: The number of live table rows fetched through the index.
These tell you how frequently and effectively an index is being used.
Finding Unused Indexes
The easiest win in index optimization is identifying indexes that are never used. An index with idx_scan = 0 is a strong candidate for removal.
Removing unused indexes can reduce disk space, speed up writes, and simplify database maintenance.
Demo: Querying Unused Indexes
Let's run a query to find all indexes that have never been scanned since the last statistics reset. Try running this example:
SELECT
relname AS table_name,
indexrelname AS index_name,
idx_scan
FROM pg_stat_user_indexes
WHERE idx_scan = 0
ORDER BY table_name, index_name;Beyond Unused: Underperforming Indexes
An index might be used (idx_scan > 0) but still be 'underperforming' if it's not chosen by the query planner when it should be, or if it's leading to many sequential scans on the table itself.
To spot these, we need to compare index usage with overall table access patterns.
Table Scan Insights with `pg_stat_user_tables`
The pg_stat_user_tables view provides statistics at the table level. Key columns here are:
seq_scan: Number of sequential scans initiated on this table.idx_scan: Number of index scans initiated on this table.
A high seq_scan count on a large table often indicates a missing or ineffective index.
Comparing Sequential vs. Index Scans
By comparing seq_scan and idx_scan from pg_stat_user_tables, we can identify tables that are frequently being scanned sequentially, even if indexes exist.
A high ratio of sequential scans to index scans on a table suggests potential indexing issues or queries that aren't utilizing available indexes.
Demo: Scan Ratio Query
This query calculates the percentage of sequential scans for each table. Tables with a high percentage of seq_scan might need attention.
SELECT
relname AS table_name,
seq_scan,
idx_scan,
(seq_scan * 100.0) / (CASE WHEN seq_scan + idx_scan = 0 THEN 1 ELSE seq_scan + idx_scan END) AS seq_scan_percent
FROM pg_stat_user_tables
WHERE seq_scan > 0
ORDER BY seq_scan_percent DESC;Quick Check
You're trying to find indexes that are consuming disk space but are never being used by any query. Which PostgreSQL system view would you primarily consult for this information?
Recap & Next Steps
Great job! In this lesson, you learned how to monitor index effectiveness using PostgreSQL's system views.
pg_stat_user_indexeshelps find unused indexes (idx_scan = 0).pg_stat_user_tablesreveals the balance between sequential and index scans on tables.- By combining these, you can identify indexes that are candidates for removal or further investigation.
In the next lesson, we'll dive into reindexing and maintaining index health!
よくある質問
「インデックス利用状況の監視」レッスンは無料ですか？
はい。「インデックス利用状況の監視」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、Advanced PostgreSQL: Indexing, Partitioning, Replicationコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Advanced PostgreSQL: Indexing, Partitioning, Replicationコースには全4レッスンが含まれています。
「インデックス利用状況の監視」で何を学びますか？
システムビューを使ってインデックスの有効性を監視し、未使用または性能の低いインデックスを特定する方法を学びます。 ブラウザで直接実行するハンズオンコードでAdvanced PostgreSQL: Indexing, Partitioning, Replicationを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。
Advanced PostgreSQL: Indexing, Partitioning, Replicationを始めるのに経験は必要ですか？
事前経験は必要ありません。CoddyKitのAdvanced PostgreSQL: Indexing, Partitioning, Replicationは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン2/4です。
「インデックス利用状況の監視」レッスンにはどのくらい時間がかかりますか？
ほとんどのCoddyKitレッスンは約5～10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。
このAdvanced PostgreSQL: Indexing, Partitioning, Replicationレッスンでコードを書いて実行できますか？
はい。すべてのAdvanced PostgreSQL: Indexing, Partitioning, Replicationレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。