Re: [Proposal] Fully WAL logged CREATE DATABASE - No Checkpoints
Andrew Dunstan <andrew@dunslane.net>
On 2/11/22 13:32, Bruce Momjian wrote: > On Fri, Feb 11, 2022 at 01:18:58PM -0500, Robert Haas wrote: >> On Fri, Feb 11, 2022 at 12:50 PM Bruce Momjian <bruce@momjian.us> wrote: >>> On Fri, Feb 11, 2022 at 12:35:50PM -0500, Robert Haas wrote: >>>> How about something like LOG_AS_CLONE? That makes it clear, I hope, >>>> that we're logging it a different way, but that method of logging it >>>> is different in each case. You'd still have to read the documentation >>>> to find out what it really means, but at least it seems like it points >>>> you more in the right direction. To me, anyway. >>> I think CLONE would be confusing since we don't use that term often, >>> maybe LOG_DB_COPY or LOG_FILE_COPY? >> Yeah, maybe. But it's not clear to me with that kind of naming whether >> TRUE or FALSE would be the existing behavior? One version logs a >> single record for the whole database, and the other logs a record per >> database block. Neither version logs per file. LOG_COPIED_BLOCKS, >> maybe? > Yes, I like BLOCKS more than FILE. I'm not really sure any single parameter name is going to capture the subtlety involved here. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com
Commits
-
When using the WAL-logged CREATE DATABASE strategy, bulk extend.
- 3e63e8462f31 16.0 landed
- 576bb0fc9342 15.0 landed
-
Avoid using a fake relcache entry to own an SmgrRelation.
- 1b94f8f232f6 15.0 landed
- 76733b399c49 16.0 landed
-
Fix data-corruption hazard in WAL-logged CREATE DATABASE.
- 692df425b688 16.0 landed
- 811203d4aff5 15.0 landed
-
initdb: When running CREATE DATABASE, use STRATEGY = WAL_COPY.
- ad43a413c4f7 15.0 landed
-
Simplify a needlessly-complicated regular expression.
- c6863b858291 15.0 landed
-
In 020_createdb.pl, change order of command-line arguments.
- 3d067c53b26d 15.0 landed
-
Add new block-by-block strategy for CREATE DATABASE.
- 9c08aea6a309 15.0 landed
-
Fix replay of create database records on standby
- 49d9cfc68bf4 15.0 cited
-
Refactor code for reading and writing relation map files.
- 39f0c4bd670c 15.0 landed
-
Replace RelationOpenSmgr() with RelationGetSmgr().
- f10f0ae420ee 15.0 cited
-
Refactor the fsync queue for wider use.
- 3eb77eba5a51 12.0 cited