From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Keith <keith(at)keithf4(dot)com> |
Cc: | Mai Peng <maily(dot)peng(at)webedia-group(dot)com>, "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: n_live_tup number double after migration do PG 10.4 |
Date: | 2018-08-06 04:24:28 |
Message-ID: | 1639.1533529468@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Keith <keith(at)keithf4(dot)com> writes:
> On Sun, Aug 5, 2018 at 5:29 AM, Mai Peng <maily(dot)peng(at)webedia-group(dot)com>
> wrote:
>> After the migration to pg 10 by pg_upgrade and vacuumdb, I’ve seen the
>> number of live tuple double and performance decreases on few queries.
> The value stored in n_liv_tup is the value seen when the last analyze was
> run on the table.
No, you're confusing this with pg_class.reltuples. I think the OP is
talking about pg_stat counters such as pg_stat_all_tables.n_live_tup.
Those should update after every transaction, although there are various
reasons why they might be inaccurate.
The OP hasn't given us nearly enough information to speculate usefully
on what he's seeing. I'd suggest reading
https://wiki.postgresql.org/wiki/Guide_to_reporting_problems
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Mariel Cherkassky | 2018-08-06 06:20:45 | Re: PostgreSQL 11 global index |
Previous Message | Keith | 2018-08-05 23:51:25 | Re: n_live_tup number double after migration do PG 10.4 |