Re: xact_start for walsender & logical decoding not updated
Alvaro Herrera <alvherre@2ndquadrant.com>
From: Alvaro Herrera <alvherre@2ndquadrant.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Tomas Vondra <tomas.vondra@2ndquadrant.com>, Kyotaro Horiguchi <horikyota.ntt@gmail.com>, craig@2ndquadrant.com, pgsql-hackers@postgresql.org
Date: 2020-01-07T23:52:34Z
Lists: pgsql-hackers
Attachments
- walsender-ts.patch (text/x-diff) patch
On 2020-Jan-07, Tom Lane wrote: > I wrote: > > The buildfarm seems less than happy with this. > > ... and, having now looked at the patch, I'm not surprised. > Breaking stmtStartTimestamp, which is what you did, seems like > an awfully side-effect-filled route to the goal. If you want > to prevent monitoring from showing this, why didn't you just > prevent monitoring from showing it? That is, I'd have expected > some am_walsender logic in or near pgstat.c, not here. That seems a pretty simple patch; attached (untested). However, my patch seemed a pretty decent way to achieve the goal, and I don't understand why it causes the failure, or indeed why we care about stmtStartTimestamp at all. I'll look into this again tomorrow. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Reimplement nullification of walsender timestamp
- f5d28710c707 13.0 landed
- da42b9f3ff43 10.12 landed
- af43581e8b29 11.7 landed
- 20c4df8c8d7c 12.2 landed
-
pg_stat_activity: show NULL stmt start time for walsenders
- 8de3b68faffc 10.12 landed
- fce9ba8192b4 12.2 landed
- b175bd59fa54 13.0 landed
- 896db774e5b0 11.7 landed