Différences

Ci-dessous, les différences entre deux révisions de la page.

--- activite_postgres [2020/05/09 08:57] – fraynaud
+++ activite_postgres [2020/06/08 15:55] (Version actuelle) – fraynaud
@@ Ligne 1: / Ligne 1: @@
-=====Monitoring de la base postgres=====
+======Monitoring de la base postgres======
+ --- //[[f.raynaud@arles-linux.org|François Raynaud]] 2020/06/08 15:55//
 Dans ce chapître, nous allons récupérer les statistiques d'activité de la base et les analyser
@@ Ligne 7: / Ligne 9: @@
 ====Processus====
-Processus maître (475) et 6 processeurs fils.
+Processus maître (475) et 6 processus fils.
 <code>
@@ Ligne 23: / Ligne 25: @@
 la récupération de statistiques (stats collector) ajoute un temps supplémentaire à l'exécution de la requête, le système peut être configuré pour récupérer ou non des informations.
-activité du serveur postgres (1 ligne par processeur serveur)
+activité du serveur postgres (1 ligne par processus serveur)
 <code>
 select pid,usename,datname from pg_stat_activity ;
@@ Ligne 31: / Ligne 33: @@
 |          |
 | postgres |
-| deb      | openstock     1 processeur par utilisateur
+| deb      | openstock     1 processus par utilisateur
 |          |
 |          |
@@ Ligne 165: / Ligne 167: @@
   * VACUUM FULL est recommandé dans les cas où vous savez que vous avez supprimé la majorité des lignes dans une table
   *  TRUNCATE (au lieu de delete) supprime le contenu entier de la table immédiatement sans nécessiter un VACUUM ou VACUUM FULL pour réclamer l'espace disque maintenant inutilisé
+==== autovacuum ====
+autovacuum (boolean):  Contrôle si le serveur doit démarrer le démon d'autovacuum.
+(paramètre de postgresql.conf). track_counts doit être aussi activé (statistiques)
+<code>
+#------------------------------------------------------------------------------
+# AUTOVACUUM
+#------------------------------------------------------------------------------
+#autovacuum = on			# Enable autovacuum subprocess?  'on'
+					# requires track_counts to also be on.
+</code>