Administrer PostgreSQL : accès, connexions et croissance
Qui peut se connecter, combien à la fois, ce que la base fait en ce moment, et pourquoi elle occupe plus de place que les données qu'elle contient.
Le cours sur les sauvegardes demande un compte en lecture seule sans montrer comment le créer, et cite `~/.pgpass` sans dire quelle méthode d'authentification rend un mot de passe pertinent. Ce cours reprend là : les rôles et `pg_hba.conf`, l'arithmétique des connexions qu'une application Node dépasse sans avertissement, la vue qui dit ce que le serveur fait à cet instant, et le mécanisme qui explique qu'une table grossisse après un `DELETE`.
Ce que vous saurez faire
- Créer un rôle applicatif et un rôle de sauvegarde en lecture seule, sans passer par le superutilisateur
- Lire `pg_hba.conf` et expliquer pourquoi `psql` fonctionne là où l'application est refusée
- Calculer combien de connexions votre application ouvre réellement, et ce qui se passe au-delà
- Interroger `pg_stat_activity` pour trouver une transaction ouverte et une requête qui balaye une table
- Expliquer pourquoi un `DELETE` ne rend pas d'espace disque, et ce que fait autovacuum
Avant ce cours
Tiré du parcours auquel ce cours appartient : le cours placé juste avant. Un ordre conseillé, pas un verrou — rien ici ne se ferme tant que vous ne l'avez pas terminé.
Programme
- 01
Qui se connecte, et combien
Deux limites qui refusent une application parfaitement configurée.
- 02
Ce qu'elle fait, et pourquoi elle grossit
Deux vues et un mécanisme expliquent la plupart des surprises d'une base en production.
- 03
Quand elle devient lente
Retrouver les requêtes lentes plutôt que le moment lent, construire l'index que l'une d'elles réclame, et régler la mémoire sans folklore.
Contenu technique vérifié le 3 août 2026