From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Karina Litskevich <litskevichkarina(at)gmail(dot)com> |
Cc: | pgsql-bugs(at)lists(dot)postgresql(dot)org, kyzevan23(at)mail(dot)ru |
Subject: | Re: BUG #17731: Server doesn't start after abnormal shutdown while creating unlogged tables |
Date: | 2023-05-15 23:45:45 |
Message-ID: | ZGLEKclYp/Fr+4Og@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Mon, May 15, 2023 at 03:03:48PM +0300, Karina Litskevich wrote:
> пн, 1 мая 2023 г. в 10:33, Michael Paquier <michael(at)paquier(dot)xyz>:
> Recovery replays all the WAL records until the last one present. If the server
> was stopped immediately, there could be some records, that represent operations
> of the transaction, which commit or abort record wasn't flushed at the moment
> of the stop.
Yes, that's kind of the key point I was missing when looking first at
this thread: under a DDL that's run in a self-transaction, if we have
the files but not the records able to delete them, then boom.
> As I see now, the problem of operations on files is more than just about this
> particular case. So my fix is not the right solution, and we should rather
> consider Kyotaro's patch.
Yes, right. Orphan files are a much larger problem, and the unlogged
case is one symptom behind a much larger thing, in look for a solution
that requires, as far as I can see from the discussions, something
much more invasive than what would be acceptable for a backpatch.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2023-05-16 00:03:16 | Re: Clause accidentally pushed down ( Possible bug in Making Vars outer-join aware) |
Previous Message | Jeff Davis | 2023-05-15 22:04:21 | Re: Possible to create a hidden collation |