]> granicus.if.org Git - postgresql/commit
Update FSM on WAL replay. This is a bit limited; the FSM is only updated
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>
Fri, 31 Oct 2008 19:40:27 +0000 (19:40 +0000)
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>
Fri, 31 Oct 2008 19:40:27 +0000 (19:40 +0000)
commite9816533e39be464227b748ee5eeb3d9f688cd76
treebad00988c61166be6cf07d255e731f038822c5b6
parent9b46abb7c47de8aa408a8c83666fd67c5447eb85
Update FSM on WAL replay. This is a bit limited; the FSM is only updated
on non-full-page-image WAL records, and quite arbitrarily, only if there's
less than 20% free space on the page after the insert/update (not on HOT
updates, though). The 20% cutoff should avoid most of the overhead, when
replaying a bulk insertion, for example, while ensuring that pages that
are full are marked as full in the FSM.

This is mostly to avoid the nasty worst case scenario, where you replay
from a PITR archive, and the FSM information in the base backup is really
out of date. If there was a lot of pages that the outdated FSM claims to
have free space, but don't actually have any, the first unlucky inserter
after the recovery would traverse through all those pages, just to find
out that they're full. We didn't have this problem with the old FSM
implementation, because we simply threw the FSM information away on a
non-clean shutdown.
src/backend/access/heap/heapam.c
src/backend/storage/freespace/freespace.c
src/include/storage/freespace.h