| From: | "osumi(dot)takamichi(at)fujitsu(dot)com" <osumi(dot)takamichi(at)fujitsu(dot)com> |
|---|---|
| To: | 'Laurenz Albe' <laurenz(dot)albe(at)cybertec(dot)at>, "tsunakawa(dot)takay(at)fujitsu(dot)com" <tsunakawa(dot)takay(at)fujitsu(dot)com>, 'Fujii Masao' <masao(dot)fujii(at)oss(dot)nttdata(dot)com>, Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> |
| Cc: | "ashutosh(dot)bapat(dot)oss(at)gmail(dot)com" <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>, "pgsql-hackers(at)lists(dot)postgresql(dot)org" <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | RE: Disable WAL logging to speed up data loading |
| Date: | 2020-10-29 00:07:51 |
| Message-ID: | OSBPR01MB488832B36D4939ADEBA9E425ED140@OSBPR01MB4888.jpnprd01.prod.outlook.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Hello
> > But what if someone sets wal_level=none, performs some data
> > modifications, sets wal_level=archive and after dome more processing
> > decides to restore from a backup that was taken before the cluster was set
> to wal_level=none?
> > Then they would end up with a corrupted database, right?
> >
> > I think the least this patch needs is that starting with
> > wal_level=none emits a WAL record that will make recovery fail.
>
> I just realized that changing "wal_level" will cause a WAL record anyway.
> Besides, the situation is not much different from changing to "wal_level =
> minimal".
> So as long as PostgreSQL refuses to start after a crash, we should be good.
>
> Sorry for the noise, and I am beginning to think that this is actually a useful
> feature.
No problem at all.
Probably, for some developers, was the name "none" confusing ?
Also, thank you for your pointing out my lack of explanation
in the documents of the replication in the previous e-mail.
Best,
Takamichi Osumi
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Julien Rouhaud | 2020-10-29 00:12:42 | Re: Online checksums verification in the backend |
| Previous Message | Shinoda, Noriyoshi (PN Japan A&PS Delivery) | 2020-10-28 23:50:35 | RE: Online checksums verification in the backend |