Nettoie toutes les bases de données.

Spécifie le nom de la base à nettoyer ou à analyser quand l'option -a/--all n'est pas utilisée. Si le nom de la base n'est pas fourni, il est lu à partir de la variable d'environnement PGDATABASE. Si elle n'est pas configurée, le nom de l'utilisateur pour la connexion est utilisé. Ce nom de base peut être remplacé par une chaîne de connexion. Dans ce cas, les paramètres de la chaîne de connexion surchargeront toutes les options en ligne de commande conflictuelles.

Désactive l'utilisation de la Visibility Map permettant d'ignorer certains blocs.

Affiche les commandes que vacuumdb engendre et envoie au serveur.

Exécute un nettoyage « complet ».

« Gèle » agressivement les lignes.

Supprime toujours les entrées d'index pointant vers des lignes mortes.

Exécute les commandes VACUUM et/ou ANALYZE en parallèle en plaçant njobs commandes simultanément. Cette option réduit la durée du traitement tout en augmentant la charge sur le serveur de bases de données.

vacuumdb ouvrira njobs connexions sur la base de données, donc assurez-vous que votre configuration du paramètre max_connections est suffisamment élevée pour accepter toutes les connexions nécessaires.

Notez que l'utilisation de ce mode avec l'option -f (FULL) pourrait causer des échecs de type deadlock si certains catalogues systèmes sont traités en parallèle.

Exécute les commandes VACUUM et ANALYZE sur les tables dont l'âge de l'identifiant multixact est d'au moins age_mxid. Cette option est utile pour prioriser les tables à traiter pour prévenir un bouclage des identifiants multixact (voir la Section 25.1.5.1).

Aux fins de cette option, l'âge de l'identifiant multixact d'une relation est le plus grand âge de la relation principale et de la relation TOAST associée si cette dernière existe. Comme les commandes exécutées par vacuumdb traitera aussi la table TOAST de la relation si nécessaire, il n'est pas nécessaire de la considérer séparément.

Exécute les commandes VACUUM et ANALYZE sur les tables dont l'âge de l'identifiant de transaction est d'au moins age_xid. Cette option est utile pour prioriser les tables à traiter pour prévenir un bouclage des identifiants de transaction (voir la Section 25.1.5.1).

Aux fins de cette option, l'âge de l'identifiant de transaction d'une relation est le plus grand âge de la relation principale et de la relation TOAST associée si cette dernière existe. Comme les commandes exécutées par vacuumdb traitera aussi la table TOAST de la relation si nécessaire, il n'est pas nécessaire de la considérer séparément.

Ne supprime pas les entrées d'index pointaint vers des lignes mortes.

Ignore la table TOAST associée à la table en cours de traitement, s'il y en a une.

Ne tronque pas les pages vides en fin de table.

Indique le nombre de workers de parallélisation pour un vacuum parallélisé. Ceci permet au vacuum d'utiliser plusieurs CPU pour traiter les index. Voir VACUUM.

N'affiche pas de message de progression.

Ignore les relations qui ne peuvent pas immédiatement être verrouillées pour être traitées.

Ne nettoie ou n'analyse que la table table. Des noms de colonnes peuvent être précisés en conjonction avec les options --analyze ou --analyze-only. Plusieurs tables peuvent être traitées par VACUUM en utilisant plusieurs fois l'option -t.

Affiche des informations détaillées durant le traitement.

Affiche la version de vacuumdb, puis quitte.

Calcule aussi les statistiques utilisées par le planificateur.

Calcule seulement les statistiques utilisées par le planificateur (donc pas de VACUUM).

Calcule seulement les statistiques utilisées par le planificateur (donc pas de VACUUM), comme --analyze-only. Effectue plusieurs (pour le moment trois) étapes de calcul avec différents réglages de configuration afin de générer des statistiques utilisables plus rapidement.

Cette option est utile pour calculer les statistiques d'une base qui vient d'être peuplée, que cela soit à partir d'une restauration de sauvegarde ou d'un pg_upgrade. Cette option tentera de créer quelques statistiques le plus rapidement possible, pour rendre la base de données utilisable, et ensuite produire les statistiques complètes durant les étapes suivantes.

Affiche l'aide sur les arguments en ligne de commande de vacuumdb, puis quitte.

Indique le nom d'hôte de la machine qui héberge le serveur de bases de données. Si la valeur commence par une barre oblique (/), elle est utilisée comme répertoire pour la socket de domaine Unix.

Indique le port TCP ou le fichier local de socket de domaine Unix sur lequel le serveur attend les connexions.

Nom d'utilisateur pour la connexion.

Ne demande jamais un mot de passe. Si le serveur en réclame un pour l'authentification et qu'un mot de passe n'est pas disponible d'une autre façon (par exemple avec le fichier .pgpass), la tentative de connexion échouera. Cette option peut être utile pour les scripts où aucun utilisateur n'est présent pour saisir un mot de passe.

Force vacuumdb à demander un mot de passe avant la connexion à une base de données.

Cette option n'est jamais obligatoire car vacuumdb demandera automatiquement un mot de passe si le serveur exige une authentification par mot de passe. Néanmoins, vacuumdb perdra une tentative de connexion pour trouver que le serveur veut un mot de passe. Dans certains cas, il est préférable d'ajouter l'option -W pour éviter la tentative de connexion.

Indique le nom de la base où se connecter pour récupérer la liste des bases pour lesquelles il faut exécuter un nettoyage via VACUUM. Cette option est intéressante quand l'option -a/--all est utilisée. Si cette option n'est pas ajoutée, la base postgres sera utilisée. Si cette base n'existe pas, la base template1 sera utilisée. Le nom de la base peut être remplacé par une chaîne de connexion. Dans ce cas, les paramètres de la chaîne de connexion surchargeront les options en ligne de commande conflictuelles. De plus, les paramètres de la chaîne de connexion autres que le nom de la base lui-même seront réutilisés lors de la connexion aux autres bases.

Paramètres de connexion par défaut.

Indique s'il faut utiliser des couleurs dans les messages de diagnostic. Les valeurs possibles sont always, auto, never.