Ten sam błąd wystąpił w CentOS 6.3, w którym uaktualniłem MySQL do 5.6.14, ale zachowałem stary plik my.cnf. Po aktualizacji MySQL nie zaczął więcej, dając mi ten sam błąd, co opisałeś.
Problemem było to, że miałem to ustawienie w my.cnf:
table_cache=2048
Według tego linka table_cache renamed table_open_cache ..
"Seem like in 5.5 the system variable table_cache was renamed table_open_cache.. In 5.6 mysqld fails if it finds an unknown variable this means that upgrades from versions earlier than 5.5 can have problems if table_cache is specified in my.cnf."
Po Zmieniłem powyższą linię do
table_open_cache=2048
MySQL rozpoczął się idealnie.
Tak więc, w przypadku masz MySQL 5.5+ (a może starszy my.cnf), proponuję, aby wykonać następujące czynności:
- usuń my.cnf z/etc folderu i spróbuj uruchomić MySQL
- jeśli MySQL się uruchamia, problem występuje w my.cnf. Skomentuj/odkomentuj wszystkie ustawienia, jeden po drugim, aby zobaczyć, co jest przyczyną problemu.
Mam nadzieję, że to pomoże.
Wystarczy popatrzeć na swoim skrypcie i sprawdzić ścieżkę/pozwolenie pliku PID. – deagh
Najpierw sprawdź logi błędów mysql, aby zobaczyć, co się stało: 'less/var/log/mysql/error.log' i przewiń w dół do dołu lub Shift + g – mirkobrankovic
/var/log/mysql/error.log: Brak takiego pliku lub katalogu –