Tabela „performance_schema.session_variables” nie istnieje

Po aktualizacji MySQL do wersji 5.7.8-rc i zalogowaniu się na serwerze otrzymałem błąd:

Table 'performance_schema.session_variables' doesn't exist

Nie mogę znaleźć na to żadnego rozwiązania. Możesz pomóc ?

Mysql_upgrade również dla mnie działał:

# mysql_upgrade -u root -p --force
# systemctl restart mysqld

Pozdrawiam, MSz.

Byłem w stanie zalogować się na serwerze mysql po uruchomieniu polecenia @robregonm zasugerował:

mysql_upgrade -u root -p --force

Wymagane jest ponowne uruchomienie serwera MySQL.

mysql -u app -p
mysql> set @@global.show_compatibility_56=ON;

zgodnie z http://bugs.mysql.com/bug.php?id=78159 pracował dla mnie.

Ponieważ żadna z powyższych odpowiedzi tak naprawdę nie wyjaśnia tego, co się stało, postanowiłem wtrącić się i przedstawić kilka szczegółów tego problemu.

Tak, rozwiązaniem jest uruchomienie polecenia MySQL Upgrade w następujący sposób: mysql_upgrade -u root -p --forceale co się stało?

Podstawową przyczyną tego problemu jest uszkodzenie performance_schema, które może być spowodowane przez:

• Korupcja organiczna (ilość woluminów w kaboomie, błąd silnika, problem ze sterownikiem jądra itp.)
• Korupcja podczas łatki mysql (często zdarza się, że dzieje się to podczas łatki mysql, szczególnie w przypadku głównych aktualizacji wersji)
• Prosty „upuść bazę danych Performance_schema” oczywiście spowoduje ten problem i będzie miał takie same objawy, jak gdyby był uszkodzony

Ten problem mógł występować w Twojej bazie danych nawet przed łatką, ale to, co wydarzyło się w MySQL 5.7.8, polega na tym, że flaga show_compatibility_56zmieniła domyślną wartość z ONdomyślnej zmiany na OFF. Ta flaga kontroluje zachowanie silnika w zapytaniach dotyczących ustawiania i odczytu zmiennych (sesyjnych i globalnych) w różnych wersjach MySQL.

Ponieważ MySQL 5.7+ zaczął odczytywać i przechowywać te zmienne performance_schemazamiast na information_schema, ta flaga została wprowadzona tak, jak ONw pierwszych wydaniach, aby zmniejszyć promień wybuchu tej zmiany i poinformować użytkowników o zmianie i przyzwyczaić się do niej.

OK, ale dlaczego połączenie się nie udaje? Ponieważ w zależności od używanego sterownika (i jego konfiguracji) może on uruchamiać polecenia dla każdego nowego połączenia inicjowanego z bazą danych ( show variablesna przykład). Ponieważ jedno z tych poleceń może próbować uzyskać dostęp do uszkodzonego performance_schema, całe połączenie zostaje przerwane, zanim zostanie w pełni zainicjowane.

Podsumowując, być może (teraz nie można stwierdzić) performance_schemabrakowało lub było uszkodzone przed łataniem. Łatka do 5.7.8 następnie zmusiła silnik do odczytania zmiennych performance_schema(zamiast, z information_schemaktórego odczytuje je z powodu zmiany flagi ON). Ponieważ performance_schemazostał uszkodzony, połączenia nie działają.

Uruchamianie aktualizacji MySQL jest najlepszym rozwiązaniem, pomimo przestoju. Włączenie flagi jest jedną z opcji, ale ma ona swój własny zestaw implikacji, jak już wskazano w tym wątku.

Oba powinny działać, ale rozważ konsekwencje i poznaj swoje wybory :)

Wykonaj następujące kroki bez -p:

1. mysql_upgrade -u root
2. systemctl restart mysqld

Miałem ten sam problem i działa!

Jako sześćdziesięciobitowe pytanie, jeśli użytkownik root mysql wygląda na źle skonfigurowanego, spróbuj zainstalować rozszerzenie konfiguratora z oficjalnego źródła mysql:

https://dev.mysql.com/downloads/repo/apt/

Pomoże Ci to ustawić nowe hasło użytkownika root.

Zaktualizuj swoje repozytorium (debian / ubuntu):

apt-get update

W moim systemie problem polegał na tym, że wciąż miałem zainstalowany Mysql 5.6, dlatego zamiast tej dla 5.7 wywołano mysql_upgrade.exe z tej instalacji. Przejdź do C:\Program Files\MySQL\MySQL Server 5.7\bini uruchom.\mysql_upgrade.exe -u root

Jeśli podczas korzystania z mysql_upgrade -u root -p --forcepolecenia pojawia się ten błąd:

Could not create the upgrade info file '/var/lib/mysql/mysql_upgrade_info' in the MySQL Servers datadir, errno: 13

po prostu dodaj sudoprzed poleceniem. To działało dla mnie i rozwiązałem mój problem. To jest: sudo mysql_upgrade -u root -p --force:)

czasami mysql_upgrade -u root -p --forceto nie wystarczy

zapoznaj się z tym pytaniem: Tabela „performance_schema.session_variables” nie istnieje

zgodnie z nim:

1. otwórz cmd
2. cd [installation_path]\eds-binaries\dbserver\mysql5711x86x160420141510\bin
3. mysql_upgrade -u root -p --force