Si les tuples morts se sont empilés au-delà de ce qui peut être pris en compte dans max_fsm_pages , un VACUUM classique ne pourra pas tout libérer. Le résultat final est que la base de données s'agrandit au fil du temps à mesure que l'espace mort continue de s'accumuler. L'exécution d'un VACUUM FULL devrait résoudre ce problème. Malheureusement, cela peut prendre beaucoup de temps sur une grande base de données.
Si vous rencontrez fréquemment ce problème, vous devez soit passer l'aspirateur plus souvent (autovacuum peut vous aider ici) ou augmenter le max_fsm_pages paramètre. Lors de l'exécution de VACUUM VERBOSE, il vous indiquera combien de pages ont été libérées et vous avertira si max_fsm_pages a été dépassée, cela peut vous aider à déterminer quelle devrait être cette valeur. Voir le manuel pour plus d'informations. http://www .postgresql.org/docs/8.3/static/runtime-config-resource.html#RUNTIME-CONFIG-RESOURCE-FSM
Heureusement, la carte de visibilité de 8.4 résout ce problème. Despesz a une super histoire sur le sujet comme d'habitude :http://www.depesz.com/index.php/2008/12/08/waiting-for-84-visibility-maps/
