Re: pgsql: Track the current XID wrap limit (or more accurately, the oldest
В списке pgsql-committers по дате отправления:
| От | Heikki Linnakangas |
|---|---|
| Тема | Re: pgsql: Track the current XID wrap limit (or more accurately, the oldest |
| Дата | |
| Msg-id | 4A9B7242.3000903@enterprisedb.com обсуждение исходный текст |
| Ответ на | pgsql: Track the current XID wrap limit (or more accurately, the oldest (tgl@postgresql.org (Tom Lane)) |
| Ответы |
Re: pgsql: Track the current XID wrap limit (or more accurately, the oldest
|
| Список | pgsql-committers |
Tom Lane wrote: > Log Message: > ----------- > Track the current XID wrap limit (or more accurately, the oldest unfrozen > XID) in checkpoint records. This eliminates the need to recompute the value > from scratch during database startup, which is one of the two remaining > reasons for the flatfile code to exist. 1. Cluster is close to the stop limit. 2. Autovacuum runs, updates pg_database and advances oldestXid. Phew! 3. Crash. After recovery, oldestXid is reset to the old value, and you start getting warnings again. However, everything seems fine in pg_database, all the databases have been recently vacuumed. Does autovacuum ever run to fix that? ISTM it won't. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-committers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера