Re: CREATE DATABASE ... STRATEGY WAL_LOG issues

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: CREATE DATABASE ... STRATEGY WAL_LOG issues
Дата
Msg-id 20230322051158.mkmq24uttohh6prg@awork3.anarazel.de
обсуждение исходный текст
Ответ на Re: CREATE DATABASE ... STRATEGY WAL_LOG issues  (Andres Freund <andres@anarazel.de>)
Ответы Re: CREATE DATABASE ... STRATEGY WAL_LOG issues  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Hi,

On 2023-03-21 09:34:14 -0700, Andres Freund wrote:
> On 2023-03-21 11:33:59 -0400, Robert Haas wrote:
> > That feels like it would be slightly more rational behavior,
> > but I'm not smart enough to guess whether anyone would actually be
> > happier (or less happy) after such a change than they are now.
> 
> Yea, I'm not either. The current behaviour does have the feature that it will
> read in some data for each table, but limits trashing of shared buffers for
> huge tables. That's good if your small to medium sized source database isn't
> in s_b, because the next CREATE DATABASE has a change to not need to read the
> data again. But if you have a source database with lots of small relations, it
> can easily lead to swamping s_b.

Patch with the two minimal fixes attached. As we don't know whether it's worth
changing the strategy, the more minimal fixes seem more appropriate.

Greetings,

Andres Freund

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Smith
Дата:
Сообщение: Re: Data is copied twice when specifying both child and parent table in publication
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: Initial Schema Sync for Logical Replication