Mantenimiento rutinario de PostgreSQL: autovacuum y señales

Operación rutinaria antes de la intervención manual

PostgreSQL necesita mantenimiento periódico para recuperar espacio reutilizable, mantener estadísticas del planificador y gestionar correctamente los identificadores de transacción. En muchas instalaciones, autovacuum realiza buena parte de este trabajo. Desactivarlo o programar tareas manuales sin conocer la carga puede dejar tablas con estadísticas obsoletas o elevar el riesgo de interrupciones.

La documentación oficial de mantenimiento rutinario describe VACUUM, ANALYZE, el daemon autovacuum y la prevención del wraparound. Ajusta los parámetros según versión, volumen de escritura y evidencia observada; no copies umbrales de otra base de datos sin medir.

Revisión operativa

Señal	Dónde empezar	Acción prudente
Consultas degradadas tras cambios de datos	Estadísticas de tablas y ejecución de ANALYZE	Comprobar estadísticas antes de reescribir índices
Tuplas muertas que crecen	Vistas de estadísticas y actividad de autovacuum	Identificar tablas y carga de escritura sostenida
Autovacuum retrasado o cancelado	Logs, workers disponibles y consultas largas	Revisar contención y capacidad antes de aumentar concurrencia
Alerta de edad de transacción	Métricas de base de datos y transacciones abiertas	Escalar según procedimiento de protección contra wraparound
Espacio del volumen en aumento	Tamaño por tabla/índice y espacio reutilizable	Distinguir espacio reciclable de expansión que requiere acción

Checklist de mantenimiento

1. Registra versión, tamaño, crecimiento, RPO/RTO y ventanas de carga.
2. Confirma que autovacuum está habilitado y que las métricas de estadísticas necesarias están disponibles.
3. Revisa tablas con escritura alta, consultas largas y transacciones abiertas que puedan retrasar tareas de mantenimiento.
4. Evalúa el resultado de VACUUM y ANALYZE con métricas antes/después; planifica cualquier cambio de configuración con una reversión.
5. Ejecuta mantenimiento manual solo con propietario, motivo, ventana y verificación posterior.
6. Trata VACUUM FULL como una operación excepcional: puede requerir reescritura y bloqueo, por lo que no debe formar parte de una tarea ciega de cron.

No confundas mantenimiento con backup: conservar una copia no corrige estadísticas ni demuestra que las restauraciones funcionen. Para coordinar versiones de esquema y despliegues, revisa cambios de esquema compatibles en bases de datos y la conciliación de integraciones ERP.