Wie kann ich wissen, ob die Statistiken einer Postgres-Tabelle auf dem neuesten Stand?

In pgAdmin, wenn eine Tabelle, Statistik sind out-of-date, fordert er:

Läuft VAKUUM empfohlen

Die geschätzte Zeilenanzahl für die Tabelle schema.Tabelle abweicht
deutlich von der tatsächlichen Zeilenanzahl. Führen Sie das VAKUUM ANALYSIEREN
auf diese Tabelle.

Getestet hab ich es mit pgAdmin 3 und PostgreSQL 8.4.4, mit autovacuum=off. Der prompt zeigt sich sofort, wenn ich Sie auf eine Tabelle, die geändert wurde.

Sagen wir mal ich mache ein web-basiertes system in Java, wie kann ich erkennen, ob eine Tabelle von out-of-date, so dass ich zeigen kann, eine Eingabeaufforderung wie in pgAdmin?

Wegen der Art meiner Bewerbung, hier ein paar Regeln, die ich Folgen müssen:

  1. Ich möchte wissen, ob die Statistiken einer bestimmten Tabelle in pg_stats und pg_statistic sind up to date.

  2. Kann ich nicht die autovacuum-flag in postgresql.conf. (In anderen Worten, die autovacuum-flag kann ein-oder ausgeschaltet werden. Ich habe keine Kontrolle über Sie. Ich muss sagen, wenn die stats-up-to-date, ob der autovacuum-flag ist on oder off.)

  3. Ich kann nicht laufen vacuum/analyze jeder Zeit, es zu machen up-to-date.

  4. Wählt ein Benutzer eine Tabelle, ich brauche die Aufforderung angezeigt, dass die Tabelle veraltet ist, wenn es updates auf dieser Tabelle (wie drop, insert und update), die nicht reflektiert in pg_stats und pg_statistic.

Scheint es, dass es nicht möglich durch die Analyse von Zeitstempeln in pg_catalog.pg_stat_all_tables. Natürlich, wenn eine Tabelle noch nicht analysiert wurden, bevor, ich kann überprüfen, ob es einen timestamp in last_analyze, um herauszufinden, ob die Tabelle up-to-date. Mit dieser Methode, jedoch kann ich nicht erkennen, wenn die Tabelle ist up-to-date, wenn es bereits ein timestamp. In anderen Worten, egal wie viele Zeilen ich hinzufügen, um die Tabelle, Ihre last_analyze timestamp in pg_stat_all_tables ist immer für die erste Analyse (vorausgesetzt, die autovacuum-flag ausgeschaltet ist). Daher kann ich nur die "Running VAKUUM empfohlen" prompt für die erste Zeit.

Es ist auch nicht möglich durch den Vergleich der last_analyze timestamp dem aktuellen Zeitstempel. Könnte es nicht sein, eine Aktualisierung der Tabelle für Tage. Und es gibt wohl noch Tonnen von updates in einer Stunde.

Angesichts dieses Szenarios, wie kann ich immer sagen, ob die Statistiken einer Tabelle sind up-to-date?

InformationsquelleAutor Beibei | 2011-08-01
  1. 20

    Überprüfen Sie den system-Katalogen.

    test=# SELECT schemaname, relname, last_analyze FROM pg_stat_all_tables WHERE relname = 'city';
 schemaname | relname |         last_analyze          
------------+---------+-------------------------------
 pagila     | city    | 2011-07-26 19:30:59.357898-07
 world      | city    | 2011-07-26 19:30:53.119366-07
(2 rows)

    Alle Arten von nützlichen Informationen drin:

    test=# \d pg_stat_all_tables           View "pg_catalog.pg_stat_all_tables"
      Column       |           Type           | Modifiers 
-------------------+--------------------------+-----------
 relid             | oid                      | 
 schemaname        | name                     | 
 relname           | name                     | 
 seq_scan          | bigint                   | 
 seq_tup_read      | bigint                   | 
 idx_scan          | bigint                   | 
 idx_tup_fetch     | bigint                   | 
 n_tup_ins         | bigint                   | 
 n_tup_upd         | bigint                   | 
 n_tup_del         | bigint                   | 
 n_tup_hot_upd     | bigint                   | 
 n_live_tup        | bigint                   | 
 n_dead_tup        | bigint                   | 
 last_vacuum       | timestamp with time zone | 
 last_autovacuum   | timestamp with time zone | 
 last_analyze      | timestamp with time zone | 
 last_autoanalyze  | timestamp with time zone | 
 vacuum_count      | bigint                   | 
 autovacuum_count  | bigint                   | 
 analyze_count     | bigint                   | 
 autoanalyze_count | bigint                   |
    • Danke für die Antwort, Sean. Ich habe versucht, aus pg_stat_all_tables. Ich war in der Lage zu sagen, die veraltete Tabelle zum ersten mal vor der Analyse. Aber ich weiß nicht, wie zu sagen, wenn es mehr änderungen an den gleichen Tisch. Bitte sehen Sie meine aktuelle Frage.
    • Ok ich habe herausgefunden, wie zu sagen, ob die Statistiken einer Tabelle sind up-to-date, wenn Zeilen Hinzugefügt (oder entfernt) der Tabelle. Der trick ist, zu vergleichen, n_tup_ins oder n_live_tup) in der Ansicht "pg_catalog.pg_stat_all_tables" mit reltuples in der Tabelle "pg_catalog.pg_class". Obwohl diese Methode nicht erkennen kann aktualisiert, wenn die Zeile zu zählen pflegt die gleichen, die es erfüllt mein problem.
    • Melden Sie sich einfach alle Anfragen auf die backend und sehen, was passiert, wenn Sie eine Verbindung mit pgAdmin. Bitte beachten Sie den oben genannten Kommentar aus einem anderen poster bezüglich autovacuum aktivieren. Führen Sie mit autovacuum, es sei denn, Sie haben einige außergewöhnlich exotische Bedürfnisse und wissen genau, was Sie versuchen zu vermeiden, indem mittels autovacuum (die Chancen sind Sie nicht und sollten Sie es nicht vermeiden autovacuum). Wenn dies nicht Ihre Entscheidung, bitte machen Sie diesen Fall, um wen auch immer ist der Entscheider.
    InformationsquelleAutor Sean
  2. 2

    Sollten Sie nicht haben, um über sorgen vac ' Ing in Ihrer Anwendung. Stattdessen sollten Sie die autovac Prozess konfiguriert auf Ihrem server (in postgresql.conf), und der server nimmt von VACCUM und ANALYZE Prozesse auf der Grundlage Ihrer eigenen internen Statistik. Sie können konfigurieren, wie oft es laufen soll, und was die Schwelle Variablen sind für es zu verarbeiten.

    • Hi Aaron, danke für die Antwort. Aber aufgrund der Natur meiner Bewerbung, kann ich nicht die autovacuum-flag in postgresql.conf. Der autovacuum-flag kann ein-oder ausgeschaltet werden. Ich habe keine Kontrolle über Sie.
    • Können Sie Kontakt mit dem DBA? Auch wenn die eine gehostete Anwendung, die autovac-daemon ausgeführt werden sollten, wie Postgres kann man sehr fragmentiert ist, ohne dass es, vor allem, wenn Sie tun eine Menge löscht.
    InformationsquelleAutor atrain
Schreibe einen Kommentar