Re: Resetting spilled txn statistics in pg_stat_replication

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: Masahiko Sawada <masahiko(dot)sawada(at)2ndquadrant(dot)com>
Cc: Dilip Kumar <dilipbalaut(at)gmail(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Resetting spilled txn statistics in pg_stat_replication
Date: 2020-10-07 08:52:19
Message-ID: CAA4eK1JxU697sJb_XHjoSMco0arbfU_yoo+-AtLuRWzxPQdADg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Oct 7, 2020 at 11:24 AM Masahiko Sawada
<masahiko(dot)sawada(at)2ndquadrant(dot)com> wrote:
>
> On Tue, 6 Oct 2020 at 17:56, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> wrote:
> >
> > On Tue, Oct 6, 2020 at 9:34 AM Masahiko Sawada
> > <masahiko(dot)sawada(at)2ndquadrant(dot)com> wrote:
> > >
> > > Looking at pgstat_reset_replslot_counter() in the v8 patch, even if we
> > > pass a physical slot name to pg_stat_reset_replication_slot() a
> > > PgStat_MsgResetreplslotcounter is sent to the stats collector. I’m
> > > okay with not raising an error but maybe we can have it not to send
> > > the message in that case.
> > >
> >
> > makes sense, so changed accordingly.
> >
>
> Thank you for updating the patch!
>

Thanks, I will push the first one tomorrow unless I see more comments
and test-case one later. I think after we are done with this the next
step would be to finish the streaming stats work [1]. We probably need
to review and add the test case in that patch. If nobody else shows up
I will pick it up and complete it.

[1] - https://www.postgresql.org/message-id/CAFPTHDZ8RnOovefzB%2BOMoRxLSD404WRLqWBUHe6bWqM5ew1bNA%40mail.gmail.com

--
With Regards,
Amit Kapila.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Pavel Stehule 2020-10-07 09:00:40 Re: proposal: unescape_text function
Previous Message Andy Fan 2020-10-07 08:39:26 Re: Improve choose_custom_plan for initial partition prune case