Mysql on Ivan Luminaria

Binary log în MySQL: ce sunt, cum le gestionezi și când le poți șterge

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

Mesajul pe canalul Slack al echipei de infrastructură era din acelea care te fac să ridici capul de la ecran: “Disc la 95% pe db-ul de producție. Cine poate să se uite?”

Serverul era un MySQL 8.0 pe Rocky Linux, un sistem de gestiune folosit de aproximativ o sută de utilizatori. Baza de date în sine ocupa circa 40 GB — nimic extraordinar. Dar în directorul de date se aflau 180 GB de binary log. Șase luni de binlog pe care nimeni nu se gândise să le gestioneze.

Galera Cluster cu 3 noduri: cum am rezolvat o problemă de disponibilitate pe MySQL

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

Tichetul era laconic, cum se întâmplă adesea când problema e gravă: “Baza de date a căzut din nou. Aplicația e oprită. A treia oară în două luni.”

Clientul avea un MariaDB pe un singur server Linux — o aplicație de gestiune de afaceri folosită de aproximativ două sute de utilizatori interni, cu vârfuri de încărcare în timpul închiderilor contabile de sfârșit de lună. De fiecare dată când serverul avea o problemă — un disc care se încetinea, o actualizare de sistem care necesita restart, un proces care consuma toată memoria RAM — baza de date cădea și cu ea întreaga operativitate a companiei.

Utilizatori MySQL: de ce 'mario' și 'mario'@'localhost' nu sunt aceeași persoană

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

Acum câteva săptămâni un client mă sună. Ton pragmatic, cerere aparent banală:

„Trebuie să creez un utilizator pe MySQL pentru o aplicație care trebuie să acceseze o bază de date. Te poți ocupa?"

Sigur. CREATE USER, `GRANT` , următorul.

Doar că apoi adaugă: „Aplicația rulează pe două servere diferite. Și uneori ne vom conecta și local pentru mentenanță."

MySQL multi-instanță: un ticket, un CSV și zidul secure-file-priv

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

Ticket-ul spunea: „Avem nevoie de un export CSV din tabelul ordini al aplicației de gestiune. Până la ora 14."

Era 11 dimineața. Trei ore pentru un SELECT cu INTO OUTFILE — treabă de cinci minute, mă gândeam. Apoi am deschis VPN-ul, m-am conectat la server și am înțeles că cinci minute n-o să fie de ajuns.

Serverul era o mașină CentOS 7 cu patru instanțe MySQL. Patru. Pe același host, cu patru servicii systemd diferite, patru porturi diferite, patru socket-uri Unix diferite, patru directoare de date diferite. Un setup pe care cineva îl pusese în picioare cu ani în urmă — probabil ca să economisească un al doilea server — și pe care de atunci nimeni nu-l mai atinsese și nici nu-l documentase.

Disc plin pe un cluster MySQL: binary logs, Group Replication și o migrare care nu acceptă erori

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

Alerta a venit într-o dimineață de luni, între trei ședințe și o cafea încă fierbinte. “Filesystem /mysql la 85% pe nodul primar.” Pe un alt nod era la 66%, pe al treilea la 25%. Într-un cluster, când cifrele nu se potrivesc între noduri, întotdeauna e ceva dedesubt.

Prima întrebare care îți vine în minte este “cât spațiu mai trebuie?”. Dar e întrebarea greșită. Cea corectă este: “de ce se umple?”