<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Mariadb on Ivan Luminaria</title><link>https://ivanluminaria.com/es/tags/mariadb/</link><description>Recent content in Mariadb 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/mariadb/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><item><title>Galera Cluster con 3 nodos: cómo resolví un problema de disponibilidad en MySQL</title><link>https://ivanluminaria.com/es/posts/mysql/galera-cluster-3-nodi/</link><pubDate>Tue, 17 Feb 2026 08:03:00 +0100</pubDate><guid>https://ivanluminaria.com/es/posts/mysql/galera-cluster-3-nodi/</guid><description>&lt;p&gt;El ticket era lacónico, como suele pasar cuando el problema es grave: &amp;ldquo;La base de datos se cayó otra vez. La aplicación está parada. Tercera vez en dos meses.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;El cliente tenía un MariaDB en un único servidor Linux — una aplicación de gestión empresarial usada por unos doscientos usuarios internos, con picos de carga durante los cierres contables de fin de mes. Cada vez que el servidor tenía un problema — un disco que se ralentizaba, una actualización del sistema que requería reinicio, un proceso que consumía toda la RAM — la base de datos caía y con ella toda la operatividad empresarial.&lt;/p&gt;</description></item><item><title>Usuarios MySQL: por qué 'mario' y 'mario'@'localhost' no son la misma persona</title><link>https://ivanluminaria.com/es/posts/mysql/mysql-users-and-hosts/</link><pubDate>Tue, 13 Jan 2026 08:03:00 +0100</pubDate><guid>https://ivanluminaria.com/es/posts/mysql/mysql-users-and-hosts/</guid><description>&lt;p&gt;Hace unas semanas un cliente me llama. Tono pragmático, petición aparentemente banal:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;Necesito crear un usuario en MySQL para una aplicación que debe acceder a una base de datos. ¿Puedes encargarte?&amp;rdquo;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Claro. &lt;code&gt;CREATE USER&lt;/code&gt;, &lt;span class="glossary-tip" tabindex="0" data-glossary-desc="Comando SQL para asignar privilegios específicos a un usuario o rol sobre bases de datos, tablas o columnas. En MySQL 8 ya no crea usuarios implícitamente." data-glossary-url="https://ivanluminaria.com/es/glossary/grant/" data-glossary-more="Leer más →"&gt;`GRANT`&lt;/span&gt;
, siguiente.&lt;/p&gt;
&lt;p&gt;Solo que después añade: &amp;ldquo;La aplicación corre en dos servidores diferentes. Y a veces también nos conectaremos en local para mantenimiento.&amp;rdquo;&lt;/p&gt;</description></item></channel></rss>