<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Backup on Ivan Luminaria</title><link>https://ivanluminaria.com/it/tags/backup/</link><description>Recent content in Backup on Ivan Luminaria</description><generator>Hugo</generator><language>it</language><lastBuildDate>Tue, 14 Apr 2026 08:03:00 +0100</lastBuildDate><atom:link href="https://ivanluminaria.com/it/tags/backup/index.xml" rel="self" type="application/rss+xml"/><item><title>mysqldump vs mysqlpump vs mydumper: il backup che non ti fa dormire la notte</title><link>https://ivanluminaria.com/it/posts/mysql/mysqldump-mysqlpump-mydumper/</link><pubDate>Tue, 14 Apr 2026 08:03:00 +0100</pubDate><guid>https://ivanluminaria.com/it/posts/mysql/mysqldump-mysqlpump-mydumper/</guid><description>&lt;p&gt;La chiamata è arrivata un venerdì pomeriggio — perché queste cose succedono sempre di venerdì. Il DBA di un cliente nel settore logistico mi scrive su Teams: &amp;ldquo;Il backup notturno ha impiegato tre ore e mezza. Stamattina gli utenti si sono trovati l&amp;rsquo;applicazione lenta alle 8. Possiamo parlarne?&amp;rdquo;&lt;/p&gt;
&lt;p&gt;Potevamo parlarne, sì. Anzi, dovevamo parlarne da un pezzo.&lt;/p&gt;
&lt;p&gt;Il setup era un classico: un MySQL 8.0 su Rocky Linux, database da circa 60 GB, un gestionale con una trentina di tabelle InnoDB di cui quattro o cinque davvero grosse — la tabella degli ordini, quella dei movimenti di magazzino, la storicizzazione dei tracking. Il backup veniva fatto ogni notte con un mysqldump lanciato da cron alle 2:00. Aveva funzionato per anni. Il problema è che il database nel frattempo era cresciuto.&lt;/p&gt;</description></item></channel></rss>