„Nie można znaleźć pliku mysql / plugin.frm” podczas uruchamiania MySQL

Kiedy uruchamiam mój serwer MySQL, pojawia się ten błąd:

/usr/libexec/mysqld: Can't find file: './mysql/plugin.frm' (errno: 13)
 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ibdata1
InnoDB: File operation call: 'create'.
InnoDB: Cannot continue operation.

Uruchomiłem mysql_upgradego, aby go odbudować i działa, aby go odbudować. Zanim to zrobiłem, usunąłem i zainstalowałem MySQL. Jednak gdy próbowałem ponownie uruchomić, pojawia się ten sam błąd. Jestem pewien, że nie jest to problem z uprawnieniami, ponieważ wszystkie pliki i katalogi są tworzone przez mysqlużytkownika.

Czy możesz mi doradzić, jak naprawić ten błąd?

Jeśli masz katalog danych mysql w niestandardowej lokalizacji, a twój system ma apparmor, upewnij się, że /etc/apparmor.d/usr.sbin.mysqldtwój katalog danych znajduje się na białej liście. Konfiguracja powinna wyglądać następująco:

/mysql/data/dir/ r, #trailing slash is mandatory
/mysql/data/dir/** rwk,

Demon Apparmor musi zostać zrestartowany po wprowadzeniu jakichkolwiek zmian w konfiguracji.

Czy na pewno nie chodzi o uprawnienia? errno: 13 :

$ perror 13
OS error code  13:  Permission denied

Pierwszą rzeczą, którą należy wypróbować, jest zmiana własności katalogu danych MySQL , na przykład, jeśli uruchamiasz MySQL z użytkownikiem mysql :

chown -R mysql:mysql /path/to/datadir

Inną sprawą do sprawdzenia jest to, czy właściciel procesu mysqld (najprawdopodobniej mysql ) ma niezbędne uprawnienia do miejsca docelowego zdefiniowanego jako tmpdir . A jeśli z jakiegokolwiek powodu powyższe nie działa, spróbuj prześledzić proces mysqld , aby zobaczyć, gdzie i dlaczego odmawia zgody :

strace -fp$(/sbin/pidof mysqld) -o /tmp/my_trace.log

Zgadzam się z Dimitre. Ten problem powstaje głównie z powodu niewystarczających uprawnień. Zmień własność folderu głównego MySql na mysql.

chown -R mysql:mysql [mysql root folder]

Możesz jednak zmienić uprawnienia do skryptów Mysql na niestandardowego użytkownika.

chown my_mysql:my_mysql [mysqld etc]

To zadziałało dla mnie.

W moim przypadku musiałem umieścić katalog danych MySQL wraz z ibdata1folderem w innym partycjonowaniu, ponieważ mój plik ibdata1rozwijał się zbyt szybko i wystąpił problem z pamięcią. W tym celu musiałem zmienić mój plik.cnf jak poniżej.

my.cnf był:

datadir         =  /var/lib/mysql

my.cnf teraz:

datadir         = /home/ubuntu/data/mysql

Próbowałem,

sudo chown -R mysql:mysql  /home/ubuntu/data/mysql

ale nadal pojawia się ten sam błąd powyżej. Potem próbowałem zmienić /etc/apparmor.d/usr.sbin.mysqldplik. To działało dla mnie dobrze.

Powinniśmy dodać nasz nowy folder do białej listy usr.sbin.mysqld.

 # /var/lib/mysql/ r,
 #/var/lib/mysql/** rwk,

Zamiast powyższych linii dodaj:

 /home/ubuntu/data/mysql/ r,
 /home/ubuntu/data/mysql/** rwk,

Następnie zrestartuj serwer MySQL.

Jeśli korzystasz z SELinux, poniższe informacje mogą również pomóc ...

 $ -> ls -lZa
 $ -> chcon -R -v -u system_u -t mysqld_db_t /var/lib/mysql
 $ -> ls -lZa

Miałem ten problem po aktualizacji z 5.5 do 5.6.

O dziwo wyglądało na to, że mysqlużytkownik został usunięty i ponownie utworzony, co spowodowało, że wszystkie pliki mysql zasadniczo „utraciły” swoje uprawnienia ...

Dowiedziałem się tego, przechodząc do katalogu mysql (który w moim przypadku nie był domyślnym katalogiem, ponieważ przeniosłem go) i zobaczyłem, że właściciel był tylko numerem uid i guid ... Więc po prostu uruchomiłem chown mysql:mysqlwszystkie reż. i pliki oraz voila

To proste chown działał również dla mnie, nie powodując już awarii:

sudo chown -R mysql:mysql  /var/lib/mysql

Na szczęście gra z apparmor staje się skomplikowana i trudna do edycji.