<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Vacuum on Ivan Luminaria</title><link>https://ivanluminaria.com/it/tags/vacuum/</link><description>Recent content in Vacuum on Ivan Luminaria</description><generator>Hugo</generator><language>it</language><lastBuildDate>Tue, 24 Mar 2026 08:03:00 +0100</lastBuildDate><atom:link href="https://ivanluminaria.com/it/tags/vacuum/index.xml" rel="self" type="application/rss+xml"/><item><title>VACUUM e autovacuum: perché PostgreSQL ha bisogno che qualcuno pulisca</title><link>https://ivanluminaria.com/it/posts/postgresql/vacuum-autovacuum-postgresql/</link><pubDate>Tue, 24 Mar 2026 08:03:00 +0100</pubDate><guid>https://ivanluminaria.com/it/posts/postgresql/vacuum-autovacuum-postgresql/</guid><description>&lt;p&gt;Un paio d&amp;rsquo;anni fa mi chiedono di guardare un PostgreSQL in produzione che
&amp;ldquo;rallenta ogni settimana&amp;rdquo;. Sempre lo stesso pattern: lunedì va bene,
venerdì è un disastro. Il weekend qualcuno riavvia il servizio e si
ricomincia.&lt;/p&gt;
&lt;p&gt;Database da circa 200 GB. Tabelle principali che occupavano quasi il
triplo dello spazio effettivo dei dati. Query che andavano in sequential
scan su tabelle dove non avrebbero dovuto. Tempi di risposta che
salivano di giorno in giorno.&lt;/p&gt;</description></item></channel></rss>