RE: Disable WAL logging to speed up data loading

Поиск
Список
Период
Сортировка
От tsunakawa.takay@fujitsu.com
Тема RE: Disable WAL logging to speed up data loading
Дата
Msg-id TYAPR01MB2990A26C52D614078480F28AFEF80@TYAPR01MB2990.jpnprd01.prod.outlook.com
обсуждение исходный текст
Ответ на Re: Disable WAL logging to speed up data loading  (Masahiko Sawada <sawada.mshk@gmail.com>)
Ответы Re: Disable WAL logging to speed up data loading
RE: Disable WAL logging to speed up data loading
Список pgsql-hackers
From: Masahiko Sawada <sawada.mshk@gmail.com>
> While testing the patch on some workload, I realized that
> XLOG_FPI_FOR_HINT record could still be emitted even when wal_level =
> none. IIUC that WAL record is not necessary during wal_level = none
> since the server cannot be the primary server and the server crash
> ends up requiring to restore the whole database.

Nice catch!  XLOG_FPI_FOR_HINT and XLOG_FPI should be eliminated, otherwise large amount of WAL may be written.  (It
seemsthat other RMIDs than RM_XLOG_ID and RM_XACT_ID do not have to be written.)
 

I'm afraid "none" doesn't represent the behavior because RM_XLOG_ID and RM_XACT_ID WAL records, except for XLOG_FPI_*,
areemitted.  What's the good name?  IIUC, "minimal" is named after the fact that the minimal amount of WAL necessary
forcrash recovery is generated.  "norecovery" or "unrecoverable"?
 

Regards
Takayuki Tsunakawa


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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: Use standard SIGHUP and SIGTERM handlers in autoprewarm module
Следующее
От: Alexander Korotkov
Дата:
Сообщение: Re: Improving spin-lock implementation on ARM.