Oto, co naprawiłem za pomocą Mariadb
Najpierw sprawdź, czy twój plik konfiguracyjny mysql, najprawdopodobniej znajduje się w /etc/mysql/my.cnf lub /etc/my.cnf ma poprawny wpis mysql.sock, czy nie
Możesz dowiedzieć się, gdzie znajduje się plik mysql.sock, uruchamiając find / -type s , jeśli wpis nie jest poprawny w konfiguracji mysql, plik napraw go , upewnij się również, że mysql.pid ma również poprawną ścieżkę.
Teraz spróbuj uruchomić serwer mysql , jeśli działa poprawnie i możesz zobaczyć wszystkie bazy danych i tabele wewnątrz , jesteś dobry i nie musisz śledzić reszty wpisu .
Jeśli mysql nie uruchamia się po naprawieniu ścieżki mysql.sock, czytaj dalej
Dodaj następujące elementy do pliku my.cnf ,
innodb_force_recovery = 1 wewnątrz mysqld zablokuj i uruchom ponownie mysql.
Jeśli się nie uda , zwiększaj liczbę o jeden za każdym razem , ale pamiętaj , że po 3 może to oznaczać utratę danych ( mi się to nie zdarzyło , ale czytałem tylko o czymkolwiek powyżej 3 jest środkiem ratującym , niż odzyskiwanie)
Nie panikuj, jeśli niektóre z tabel, które miałeś wcześniej, przestań pokazywać, że nie istnieją w silniku. Mysql uruchamia się pomyślnie (jeśli nie masz jeszcze kopii zapasowej, lepiej zrób ją teraz, na wypadek gdyby odtąd sprawy potoczyły się na południe), usuń innodb_force_recovery = 1 z pliku my.cnf i ponownie uruchom mysql , wszystkie tabele powinny być ponownie dostępne.
Posty, które mi pomogły
