<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recovery on Ivan Luminaria</title><link>https://ivanluminaria.com/it/tags/recovery/</link><description>Recent content in Recovery on Ivan Luminaria</description><generator>Hugo</generator><language>it</language><lastBuildDate>Tue, 31 Mar 2026 08:03:00 +0100</lastBuildDate><atom:link href="https://ivanluminaria.com/it/tags/recovery/index.xml" rel="self" type="application/rss+xml"/><item><title>Binary log in MySQL: cosa sono, come gestirli e quando puoi cancellarli</title><link>https://ivanluminaria.com/it/posts/mysql/binary-log-mysql/</link><pubDate>Tue, 31 Mar 2026 08:03:00 +0100</pubDate><guid>https://ivanluminaria.com/it/posts/mysql/binary-log-mysql/</guid><description>&lt;p&gt;Il messaggio nel canale Slack del team infrastruttura era di quelli che fanno alzare la testa dallo schermo: &amp;ldquo;Disco al 95% sul db di produzione. Chi può guardare?&amp;rdquo;&lt;/p&gt;
&lt;p&gt;Il server era un MySQL 8.0 su Rocky Linux, un gestionale usato da un centinaio di utenti. Il database in sé occupava circa 40 GB — niente di straordinario. Ma nella directory dei dati c&amp;rsquo;erano 180 GB di binary log. Sei mesi di binlog che nessuno aveva mai pensato di gestire.&lt;/p&gt;</description></item></channel></rss>