Re: n_live_tup number double after migration do PG 10.4

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

In response to

Responses

Browse pgsql-admin by date

  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