«Клиент не поддерживает протокол аутентификации» - ошибка исправлена, но вызывает ошибку у администратора

Question

Я запустил проект на другом компьютере, используя docker, node, sequelize, adminer и mysql.Затем я получил новый компьютер и загрузил проект, но при попытке запустить проект на новом компьютере я получил следующую ошибку:

Unhandled rejection SequelizeConnectionError: Client does not support authentication protocol requested by server; consider upgrading MySQL client

Эта ошибка затрагивает только определенную часть проекта, а не частьс администратором, который в этом состоянии работает нормально.Я могу войти в него и увидеть базу данных, созданную с помощью Docker.Затем я решаю ошибку с помощью следующего кода:

docker exec -it ticketgo_database_1 bash

mysql --user=root --password

ALTER USER 'root' IDENTIFIED WITH mysql_native_password BY ‘pass’;

Теперь эта конкретная часть кода работает, но когда я пытаюсь войти в Adminer, я получаю следующую ошибку:

mysql has gone away 

Это наверняка связано с исправлением первой ошибки, но я действительно не уверен, почему?

Answer 1

Предложения для вашего раздела my.cnf [mysqld] (RPS = частота в секунду)

# 20180828 0707 from mysqlservertuning.com
# log_error=/var/lib/mysql/2cd908c24352-error.log  # from default of stderr, for log
# max_connect_errors=10  # from 100 - why give a cracker/hacker more than 10 shots?
# thread_cache_size=32  # from 9 for thread breathing room
# innodb_io_capacity=2000  # from 200 to allow more IOPS
# expire_logs_days=10  # from 0 for limited historical logs
# general_log=1  # from OFF until you get a handle on Adminer failure!!!

#    IN ANY CASE 10 Minutes after START of INSTANCE, 
# SET GLOBAL general_log=0 to avoid filling your storage media completely full.

# innodb_buffer_pool_dump_pct=90  # from 25 percent for more WARM cache at start
# innodb_page_cleaners=2  # from 1 to expedite page clean operations
# open_files_limit=30000  # from 1 million for a more reasonable upper limit
# slow_query_log=1  # from OFF should be ON for detection, prevention, if possible

Каждый ДЕНЬ сохраняйте свой текущий my.ini в \ history с синхронизированным именем DATED, например 20180827hhmm-my.cnf, чтобы можно было быстро вернуться к последней работе my.ini.

Скопируйте этот БЛОК (включая дату начала и название нашего веб-сайта) в КОНЕЦ вашего раздела [mysqld] и ВКЛЮЧИТЕ одно изменение в день, удалив начальный # и пробел, следите за монитором, прежде чем переходить к следующему изменению.

Отключите EARLIER той же переменной NAMED с начальным # и пробелом, чтобы избежать путаницы. Через 5 лет у вас все еще будет история изменений my.ini с приблизительными датами.

Обычно только ОДНО изменение в день, следите за тем, чтобы перейти к следующему изменению. Если изменение кажется вредным, вернитесь к последней работе my.ini и сообщите нам, пожалуйста.

В вашей ситуации я бы включил ВСЕ предложения. Это не так, как вы работаете - пока.

Для получения дополнительных предложений (и у вас есть еще много возможностей), пожалуйста, просмотрите профиль, Профиль сети, для контактной информации, включая мой Skype ID.