Таблиця 'performance_schema.session_variables' не існує

Після оновлення MySQL до 5.7.8-rc та реєстрації на сервері я отримав помилку:

Table 'performance_schema.session_variables' doesn't exist

Я не можу знайти жодного рішення для цього. Ви можете допомогти ?

Myql_upgrade працював і для мене:

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

З повагою, мсз.

Мені вдалося увійти на сервер 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 Upgrade наступним чином: mysql_upgrade -u root -p --force але що сталося?

Першопричиною цього питання є корупція performance_schema, яку можуть спричинити:

• Органічна корупція (томи, які стають кабумом, помилка двигуна, проблема з драйвером ядра тощо)
• Пошкодження під час mysql Patch (не чутно, щоб це сталося під час роботи з патчем mysql, спеціально для великих оновлень версій)
• Проста "drop_dutform_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