Mysql on Ivan Luminaria

Binary log in MySQL: cosa sono, come gestirli e quando puoi cancellarli

Tue, 31 Mar 2026 08:03:00 +0100

Il messaggio nel canale Slack del team infrastruttura era di quelli che fanno alzare la testa dallo schermo: “Disco al 95% sul db di produzione. Chi può guardare?”

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’erano 180 GB di binary log. Sei mesi di binlog che nessuno aveva mai pensato di gestire.

Galera Cluster a 3 nodi: come ho risolto un problema di disponibilità su MySQL

Tue, 17 Feb 2026 08:03:00 +0100

Il ticket era laconico, come spesso accade quando il problema è grave: “Il database è andato giù di nuovo. L’applicazione è ferma. Terza volta in due mesi.”

Il cliente aveva un MariaDB su un singolo server Linux — un’applicazione gestionale usata da circa duecento utenti interni, con picchi di carico durante le chiusure contabili di fine mese. Ogni volta che il server aveva un problema — un disco che rallentava, un aggiornamento di sistema che richiedeva un riavvio, un processo che consumava tutta la RAM — il database cadeva e con lui l’intera operatività aziendale.

Utenti MySQL: perché 'mario' e 'mario'@'localhost' non sono la stessa persona

Tue, 13 Jan 2026 08:03:00 +0100

Qualche settimana fa un cliente mi chiama. Tono pragmatico, richiesta apparentemente banale:

“Devo creare un utente su MySQL per un’applicazione che deve accedere a un database. Puoi occupartene?”

Certo. CREATE USER, `GRANT` , avanti il prossimo.

Solo che poi aggiunge: “L’applicazione gira su due server diversi. E a volte ci collegheremo anche da locale per manutenzione.”

MySQL multi-istanza: un ticket, un CSV e il muro di secure-file-priv

Tue, 04 Nov 2025 08:03:00 +0100

Il ticket diceva: “Serve un export CSV dalla tabella ordini del gestionale. Entro le 14.”

Erano le 11. Tre ore per una SELECT con INTO OUTFILE — roba da cinque minuti, pensavo. Poi ho aperto la VPN, mi sono collegato al server e ho capito che cinque minuti non sarebbero bastati.

Il server era una macchina CentOS 7 con quattro istanze MySQL. Quattro. Sullo stesso host, con quattro servizi systemd diversi, quattro porte diverse, quattro socket Unix diverse, quattro directory dati diverse. Un setup che qualcuno aveva messo in piedi anni prima — probabilmente per risparmiare su un secondo server — e che da allora nessuno aveva più toccato né documentato.

Disco pieno su un cluster MySQL: binary log, Group Replication e la migrazione che non ammette errori

Tue, 14 Oct 2025 08:03:00 +0100

La notifica è arrivata un lunedì mattina, in mezzo a tre riunioni e un caffè ancora caldo. “Filesystem /mysql all'85% sul nodo primario.” Su un altro nodo era al 66%, sul terzo al 25%. In un cluster, quando i numeri non tornano tra i nodi, c’è sempre qualcosa sotto.

La prima domanda che ti viene in mente è “quanto spazio serve?”. Ma è la domanda sbagliata. Quella giusta è: “perché si sta riempiendo?”