Vous n'êtes pas identifié(e).

#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 smile

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é smile

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.

smile

Hors ligne

Pied de page des forums