Таблица «performance_schema.session_variables» не существует

После обновления MySQL до 5.7.8-rc и входа на сервер я получил ошибку:

Table 'performance_schema.session_variables' doesn't exist

Я не могу найти никакого решения для этого. Вы можете помочь ?

Mysql_upgrade работал для меня также:

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

С уважением, MSz.

Я смог войти на сервер mysql после запуска команды @robregonm:

mysql_upgrade -u root -p --force

Требуется перезагрузка сервера MySQL.

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

согласно http://bugs.mysql.com/bug.php?id=78159 работал для меня.

Поскольку ни один из ответов, приведенных выше, на самом деле не объясняет, что произошло, я решил присоединиться к этой проблеме и рассказать о ней подробнее.

Да, решение состоит в том, чтобы выполнить команду обновления MySQL следующим образом:, mysql_upgrade -u root -p --forceно что случилось?

Основной причиной этой проблемы является повреждение performance_schema, которое может быть вызвано:

• Органическая коррупция (объемы идут kaboom, ошибка движка, проблема с драйвером ядра и т. Д.)
• Повреждение во время исправления mysql (не случайно, что это произошло во время исправления mysql, особенно для основных обновлений версий)
• Простая "drop database performance_schema", очевидно, вызовет эту проблему, и она будет представлять те же симптомы, как если бы она была повреждена

Эта проблема могла присутствовать в вашей базе данных еще до исправления, но то, что произошло на MySQL 5.7.8, в частности, это то, что флаг show_compatibility_56изменил свое значение ONпо умолчанию со значения по умолчанию на OFF. Этот флаг управляет тем, как движок ведет себя в запросах для установки и чтения переменных (сеансовых и глобальных) в различных версиях MySQL.

Поскольку MySQL 5.7+ начал считывать и хранить эти переменные performance_schemaвместо включения information_schema, этот флаг был введен, как и ONв первых выпусках, чтобы уменьшить радиус взрыва этого изменения и дать пользователям знать об этом изменении и привыкнуть к нему.

ОК, но почему не удается установить соединение? Поскольку в зависимости от используемого вами драйвера (и его конфигурации), он может в конечном итоге запускать команды для каждого нового соединения, инициированного с базой данных (например show variables, например). Поскольку одна из этих команд может попытаться получить доступ к поврежденному performance_schema, все соединение прерывается до того, как будет полностью инициировано.

Итак, в итоге, вы могли (сейчас это невозможно сказать) performance_schemaлибо пропустили, либо испортили до исправления. Затем патч к 5.7.8 заставил движок считывать ваши переменные performance_schema(вместо того information_schema, откуда он их читал из-за поворота флага ON). Так как performance_schemaбыл поврежден, соединения не работают.

Выполнение обновления MySQL - лучший подход, несмотря на простои. Включение флага - это один из вариантов, но он имеет свой собственный набор последствий, как уже указывалось в этом потоке.

Оба должны работать, но взвесить последствия и знать свой выбор :)

Выполните следующие шаги без -p:

1. mysql_upgrade -u root
2. systemctl restart mysqld

У меня была такая же проблема, и она работает!

В качестве шестидесятибитного вопроса, если ваш root-пользователь mysql выглядит неправильно настроенным, попробуйте установить расширение конфигуратора из официального источника mysql:

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

Это поможет вам установить новый пароль пользователя root.

Обязательно обновите свой репозиторий (debian / ubuntu):

apt-get update

Для моей системы проблема заключалась в том, что у меня все еще был установлен Mysql 5.6, и поэтому вызывался файл mysql_upgrade.exe из этой установки вместо того, который использовался для 5.7. Перейдите C:\Program Files\MySQL\MySQL Server 5.7\binи запустите.\mysql_upgrade.exe -u root

Если при использовании mysql_upgrade -u root -p --forceкоманды вы получаете эту ошибку:

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

просто добавьте sudoперед командой. Это сработало для меня, и я решил свою проблему. Итак, это: sudo mysql_upgrade -u root -p --force:)

иногда mysql_upgrade -u root -p --force не достаточно,

пожалуйста, обратитесь к этому вопросу: Таблица «performance_schema.session_variables» не существует

в соответствии с этим:

1. открыть cmd
2. cd [installation_path]\eds-binaries\dbserver\mysql5711x86x160420141510\bin
3. mysql_upgrade -u root -p --force