| From: | Stephen Frost <sfrost(at)snowman(dot)net> |
|---|---|
| To: | Andres Freund <andres(at)anarazel(dot)de> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Sketch of a fix for that truncation data corruption issue |
| Date: | 2019-01-05 19:01:27 |
| Message-ID: | 20190105190127.GP2528@tamriel.snowman.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Greetings,
* Andres Freund (andres(at)anarazel(dot)de) wrote:
> On 2018-12-10 15:38:55 -0500, Tom Lane wrote:
> > Also, I'm not entirely sure whether there's anything in our various
> > replication logic that's dependent on vacuum truncation taking AEL.
> > Offhand I'd expect the reduced use of AEL to be a plus, but maybe
> > I'm missing something.
>
> It'd be a *MAJOR* plus. One of the biggest operational headaches for
> using a HS node for querying is that there'll often be conflicts due to
> vacuum truncating relations (which logs an AEL), even if
> hot_standby_feedback is used. There's been multiple proposals to
> allow disabling truncations just because of that.
Huge +1 from me here, we've seen this too. Getting rid of the conflict
when using a HS node for querying would be fantastic.
Thanks!
Stephen
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Stephen Frost | 2019-01-05 19:09:38 | Re: Why not represent "never vacuumed" accurately wrt pg_class.relpages? |
| Previous Message | Justin Pryzby | 2019-01-05 18:59:37 | ALTER INDEX fails on partitioned index |