MySQL sau MariaDB nu pornește: ce verifici înainte de recovery
Când MySQL sau MariaDB refuză să pornească, primul pas este logul de eroare. Cauza poate fi simplă, precum disk full sau permisiuni, ori serioasă, precum probleme InnoDB sau fișiere corupte.
Începe cu error log și systemd
Mesajele din jurnal indică adesea exact fișierul, opțiunea sau resursa care împiedică pornirea.
Verifică spațiul și inode-urile
Baza de date poate refuza pornirea dacă nu poate scrie loguri, fișiere temporare sau redo logs.
Configurația poate deveni invalidă
O modificare în my.cnf, o opțiune eliminată după upgrade sau un typo pot opri serviciul complet.
Permisiuni și ownership
Mutarea datadir-ului, restore-uri manuale sau operațiuni ca root pot lăsa fișiere pe care procesul mysql nu le poate accesa.
Nu forța recovery fără copie
Modurile de recovery InnoDB sunt instrumente de salvare, nu setări permanente. Înainte de intervenții riscante, păstrează o copie a datelor și logurilor.
După pornire, verifică integritatea și cauza
Faptul că serviciul pornește din nou nu garantează că toate tabelele și aplicațiile funcționează corect.
Ai problema asta acum?
Putem analiza simptomele și stabili pașii potriviți fără schimbări inutile sau promisiuni nerealiste. Dacă serviciul este afectat acum, sună și descrie pe scurt eroarea, momentul apariției și ultimele modificări.
Întrebări frecvente.
Este sigur să șterg ib_logfile sau fișiere InnoDB?
Nu ca prim pas. Astfel de intervenții pot produce pierdere de date sau complica recovery-ul. Diagnosticul trebuie făcut din loguri și pe o copie atunci când situația este sensibilă.
Poate disk full să oprească MySQL?
Da. Este una dintre cauzele frecvente și trebuie verificată imediat.
Ai nevoie de o discuție tehnică?
Sună la 0757 372 500, scrie pe WhatsApp sau la office@winsys.ro.