<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Autovacuum on Ivan Luminaria</title><link>https://ivanluminaria.com/es/tags/autovacuum/</link><description>Recent content in Autovacuum on Ivan Luminaria</description><generator>Hugo</generator><language>es</language><lastBuildDate>Tue, 24 Mar 2026 08:03:00 +0100</lastBuildDate><atom:link href="https://ivanluminaria.com/es/tags/autovacuum/index.xml" rel="self" type="application/rss+xml"/><item><title>VACUUM y autovacuum: por qué PostgreSQL necesita que alguien limpie</title><link>https://ivanluminaria.com/es/posts/postgresql/vacuum-autovacuum-postgresql/</link><pubDate>Tue, 24 Mar 2026 08:03:00 +0100</pubDate><guid>https://ivanluminaria.com/es/posts/postgresql/vacuum-autovacuum-postgresql/</guid><description>&lt;p&gt;Hace un par de años me pidieron revisar un PostgreSQL en producción que
&amp;ldquo;se ralentiza cada semana&amp;rdquo;. Siempre el mismo patrón: el lunes va bien,
el viernes es un desastre. El fin de semana alguien reinicia el
servicio y se empieza de nuevo.&lt;/p&gt;
&lt;p&gt;Base de datos de unos 200 GB. Las tablas principales ocupaban casi el
triple del espacio efectivo de los datos. Queries cayendo en sequential
scan donde no deberían. Tiempos de respuesta que subían día tras día.&lt;/p&gt;</description></item></channel></rss>