why doesn't call XLogCheckInvalidPages during primary crash recovery?

Поиск
Список
Период
Сортировка
От 王伟(学弈)
Тема why doesn't call XLogCheckInvalidPages during primary crash recovery?
Дата
Msg-id 646b4d3e-cacc-4012-8cb8-9cfa5037093b.rogers.ww@alibaba-inc.com
обсуждение исходный текст
Список pgsql-hackers
Дерево обсуждения
Hi hackers,
Startup process will record not existed pages into hash table invalid_page_tab during replaying WAL.
And it would call XLogCheckInvalidPages after reaching consistent recovery state. Finally, it will
PANIC or WARNING based on parameter ignore_invalid_pages if where's any invalid pages.

Now I'm wondering why doesn't call XLogCheckInvalidPages during primary crash recovery?

When primary node crash recovery, the mini recovery point is InvalidXLogRecPtr, so it skips
consistent recovery state stage. Startup process get no chance to call XLogCheckInvalidPages
before exit. 

In my opinion, invalid pages found in hash table invalid_page_tab means there's something
inconsistent between WAL and data. But why primary node can ignore it? Can anyone help
to answer?

--
Best regards,
rogers.ww

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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Optionally using a better backtrace library?
Следующее
От: David Rowley
Дата:
Сообщение: Re: Todo: Teach planner to evaluate multiple windows in the optimal order