Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#1 05/05/2017 17:04:37
- superette
- Membre
Vacuum exécuté et non tracé dans pg_stat_all_tables/pg_stat_use
Bonjour,
Je lance la commande suivante :
bobby=# VACUUM tutu.pouet;
Et lorsque je vérifie j'obtiens :
bobby=# select * from pg_stat_user_tables where relname = 'pouet';
relid | schemaname | relname | seq_scan | seq_tup_read | idx_scan | idx_tup_fetch | n_tup_ins | n_tup_upd | n_tup_del | last_vacuum | last_autovacuum | last_analyze | last_autoanalyze
---------+------------+------------------+----------+--------------+----------+---------------+-----------+-----------+-----------+-------------+-----------------+--------------+------------------
8906637 | tutu | pouet | 0 | 0 | | | 0 | 0 | 0 | | | |
(1 row)
La version de mon instance PostgreSQL est :
PostgreSQL 8.2.15 (Greenplum Database 4.3.6.1 build 2)
Comportement identique avec ANALYZE.
Bonne fin de journée et bon week-end
Hors ligne
#2 05/05/2017 17:40:16
- Marc Cousin
- Membre
Re : Vacuum exécuté et non tracé dans pg_stat_all_tables/pg_stat_use
Je pense qu'on ne va pas pouvoir faire grand chose pour toi…
Ce n'est pas postgres, mais greenplum. Et c'est un fork d'une 8.2 par dessus le marché
J'imagine que dans ce fork, ces champs ne sont pas mis à jour.
Autre possibilité, si ça marche quand même comme du Postgres, c'est qu'il n'y a pas d'accès en écriture au répertoire dans lequel le stats collector veut écrire ses données (sous Postgres, tu as un message d'insulte dans la log, et le select sur pg_stat_user_tables a un petit temps de réponse le temps que le stats collector parte et timeout)
Marc.
Hors ligne
#3 05/05/2017 17:52:27
- superette
- Membre
Re : Vacuum exécuté et non tracé dans pg_stat_all_tables/pg_stat_use
Au top cette réponse, merci.
Hors ligne