<?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/es/tags/recovery/</link><description>Recent content in Recovery on Ivan Luminaria</description><generator>Hugo</generator><language>es</language><lastBuildDate>Tue, 31 Mar 2026 08:03:00 +0100</lastBuildDate><atom:link href="https://ivanluminaria.com/es/tags/recovery/index.xml" rel="self" type="application/rss+xml"/><item><title>Binary log en MySQL: qué son, cómo gestionarlos y cuándo puedes borrarlos</title><link>https://ivanluminaria.com/es/posts/mysql/binary-log-mysql/</link><pubDate>Tue, 31 Mar 2026 08:03:00 +0100</pubDate><guid>https://ivanluminaria.com/es/posts/mysql/binary-log-mysql/</guid><description>&lt;p&gt;El mensaje en el canal de Slack del equipo de infraestructura era de esos que te hacen levantar la cabeza de la pantalla: &amp;ldquo;Disco al 95% en el db de producción. ¿Alguien puede mirar?&amp;rdquo;&lt;/p&gt;
&lt;p&gt;El servidor era un MySQL 8.0 sobre Rocky Linux, un sistema de gestión usado por un centenar de usuarios. La base de datos en sí ocupaba unos 40 GB — nada extraordinario. Pero en el directorio de datos había 180 GB de binary logs. Seis meses de binlog que nadie había pensado en gestionar.&lt;/p&gt;</description></item></channel></rss>