aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gistsplit.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2008-02-11 19:14:30 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2008-02-11 19:14:30 +0000
commitc931c07124d4a582c7346942fa168e21e66a608f (patch)
tree443fe82cd997fb028c7eb38b66663af1980f3ce6 /src/backend/access/gist/gistsplit.c
parent082aca9ec2854f8e25730c37411685f51a6277de (diff)
downloadpostgresql-c931c07124d4a582c7346942fa168e21e66a608f.tar.gz
postgresql-c931c07124d4a582c7346942fa168e21e66a608f.zip
Repair VACUUM FULL bug introduced by HOT patch: the original way of
calculating a page's initial free space was fine, and should not have been "improved" by letting PageGetHeapFreeSpace do it. VACUUM FULL is going to reclaim LP_DEAD line pointers later, so there is no need for a guard against the page being too full of line pointers, and having one risks rejecting pages that are perfectly good move destinations. This also exposed a second bug, which is that the empty_end_pages logic assumed that any page with no live tuples would get entered into the fraged_pages list automatically (by virtue of having more free space than the threshold in the do_frag calculation). This assumption certainly seems risky when a low fillfactor has been chosen, and even without tunable fillfactor I think it could conceivably fail on a page with many unused line pointers. So fix the code to force do_frag true when notup is true, and patch this part of the fix all the way back. Per report from Tomas Szepe.
Diffstat (limited to 'src/backend/access/gist/gistsplit.c')
0 files changed, 0 insertions, 0 deletions