Re: last_archived_wal is not necessary the latest WAL file (was Re: pgsql: Add test case for an archive recovery corner case.)
В списке pgsql-hackers по дате отправления:
| От | Heikki Linnakangas |
|---|---|
| Тема | Re: last_archived_wal is not necessary the latest WAL file (was Re: pgsql: Add test case for an archive recovery corner case.) |
| Дата | |
| Msg-id | 40de25aa-2e20-08ad-e014-edb731594a74@iki.fi обсуждение |
| Ответ на | Re: last_archived_wal is not necessary the latest WAL file (was Re: pgsql: Add test case for an archive recovery corner case.) (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: last_archived_wal is not necessary the latest WAL file (was Re: pgsql: Add test case for an archive recovery corner case.)
|
| Список | pgsql-hackers |
On 15/02/2022 23:28, Tom Lane wrote: > Heikki Linnakangas <hlinnaka@iki.fi> writes: >> That was interesting: the order that WAL segments are archived when a >> standby is promoted is not fully deterministic. > > Oh, of course. > >> I find it a bit surprising that pg_stat_archiver.last_archived_wal is >> not necessarily the highest-numbered segment that was archived. I >> propose that we mention that in the docs, as in the attached patch. > > +1, but I think the description of that field in the pg-stat-archiver-view > table is also pretty misleading. Maybe like > > - Name of the last WAL file successfully archived > + Name of the WAL file most recently successfully archived > > and similarly s/last/most recent/ for the other fields claiming > to be "last" something. Makes sense, committed it that way. - Heikki
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера