0Pricing
Advanced PostgreSQL: Indexing, Partitioning, Replication · Leçon

Surveillance de l’utilisation des index

Apprenez à surveiller l’efficacité des index à l’aide des vues système et à identifier les index inutilisés ou peu performants.

Surveillance de l’utilisation des index est une leçon Advanced PostgreSQL: Indexing, Partitioning, Replication gratuite sur CoddyKit. Ceci est la leçon 2 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Advanced PostgreSQL: Indexing, Partitioning, Replication, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Advanced PostgreSQL: Indexing, Partitioning, Replication comprend 4 leçons au total.

Certaines parties de cette leçon n'ont pas encore été traduites et s'affichent en anglais.

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_indexes helps find unused indexes (idx_scan = 0).
  • pg_stat_user_tables reveals 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!

Questions Fréquemment Posées

La leçon « Surveillance de l’utilisation des index » est-elle gratuite ?

Oui — le texte complet de « Surveillance de l’utilisation des index » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Advanced PostgreSQL: Indexing, Partitioning, Replication, passe à CoddyKit PRO. Le cours Advanced PostgreSQL: Indexing, Partitioning, Replication comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Surveillance de l’utilisation des index » ?

Apprenez à surveiller l’efficacité des index à l’aide des vues système et à identifier les index inutilisés ou peu performants. Tu pratiques Advanced PostgreSQL: Indexing, Partitioning, Replication avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Advanced PostgreSQL: Indexing, Partitioning, Replication ?

Aucune expérience préalable n'est requise. Advanced PostgreSQL: Indexing, Partitioning, Replication sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 2 sur 4.

Combien de temps prend la leçon « Surveillance de l’utilisation des index » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Advanced PostgreSQL: Indexing, Partitioning, Replication ?

Oui. Chaque leçon Advanced PostgreSQL: Indexing, Partitioning, Replication inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Analyser les plans de requête avec EXPLAIN
  2. Surveillance de l’utilisation des index
  3. Réindexation et maintenance des index
  4. Réglage du coût des index avec ANALYZE et les statistiques
← Retour à Advanced PostgreSQL: Indexing, Partitioning, Replication