Als de dode tupels zich hebben opgestapeld boven wat kan worden verklaard in max_fsm_pages , zal een gewone VACUM niet alles kunnen bevrijden. Het eindresultaat is dat de database in de loop van de tijd steeds groter zal worden naarmate de dode ruimte zich blijft ophopen. Het uitvoeren van een VACUUM FULL zou dit probleem moeten oplossen. Helaas kan het bij een grote database erg lang duren.
Als je dit probleem vaak tegenkomt, moet je ofwel vaker stofzuigen (autovacuüm kan hier helpen) of de max_fsm_pages verhogen instelling. Bij het uitvoeren van VACUUM VERBOSE zal het u vertellen hoeveel pagina's zijn vrijgemaakt en u een waarschuwing geven als max_fsm_pages werd overschreden, kan dit u helpen bepalen wat deze waarde zou moeten zijn. Zie de handleiding voor meer informatie. http://www .postgresql.org/docs/8.3/static/runtime-config-resource.html#RUNTIME-CONFIG-RESOURCE-FSM
Gelukkig lost de zichtbaarheidskaart van 8.4 dit probleem op. Despesz heeft zoals gewoonlijk een geweldig verhaal over het onderwerp:http://www.depesz.com/index.php/2008/12/08/waiting-for-84-visibility-maps/