RE: Disable WAL logging to speed up data loading
| От | osumi.takamichi@fujitsu.com |
|---|---|
| Тема | RE: Disable WAL logging to speed up data loading |
| Дата | |
| Msg-id | OSBPR01MB488839BE0646EDFEDD07A87FEDF80@OSBPR01MB4888.jpnprd01.prod.outlook.com обсуждение исходный текст |
| Ответ на | Re: Disable WAL logging to speed up data loading (Masahiko Sawada <sawada.mshk@gmail.com>) |
| Список | pgsql-hackers |
Hello, Sawada-San
On Friday, November 27, 2020 3:08 PM Masahiko Sawada <sawada.mshk@gmail.com> wrote:
> - (errmsg("WAL was generated with wal_level=minimal,
> data may be missing"),
> + (errmsg("WAL was generated with wal_level<=minimal,
> data may be missing"),
> errhint("This happens if you temporarily set
> wal_level=minimal without taking a new base backup.")));
>
> 'wal_level=minimal' in errhint also needs to be changed to
> 'wal_level<=minimal'?
Yeah, thanks. I'll fix this point in the next patch.
> 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.
That's right. Yeah, I'm aware of the fact that
we can refine the types of WAL. Basically, I thought the amount of
WALs related to XLOG and XACT should be less than that of other types and
generating those doesn't have a serious impact on the peformance.
But anyway, thanks for your advice !
Best,
Takamichi Osumi
В списке pgsql-hackers по дате отправления: