У меня возникла эта проблема сегодня при установке SugarCRM (бесплатный CRM).

Системе не удалось подключиться к базе данных с помощью пользователя root. Я мог окончательно войти в систему как root из консоли ... так в чем была проблема?

Я узнал, что в моей ситуации я получал точно такую ​​же ошибку, но это было потому, что был отправлен пароль к mysql непосредственно из данных $_POST, другими словами, символ < из моего пароля был отправлен в mysql как <, что означает, что пароль был неправильным.

Все остальное не помогло немного. Список пользователей в mysql был правильным, включая анонимного пользователя (который появляется после корневых записей.)

Из моего ответа здесь , подумал, что это может быть полезно:

Я попробовал много шагов, чтобы устранить эту проблему. Существует так много источников для возможных решений этой проблемы, что трудно отфильтровать смысл от бессмыслицы. Наконец, я нашел хорошее решение здесь :

Шаг 1: Идентифицировать версию базы данных

$ mysql --version

Вы увидите такой вывод с MySQL:

$ mysql  Ver 14.14 Distrib 5.7.16, for Linux (x86_64) using  EditLine wrapper

Или выводите как это для MariaDB:

mysql  Ver 15.1 Distrib 5.5.52-MariaDB, for Linux (x86_64) using readline 5.1

Обратите внимание, какая база данных и какая версия вы используете, поскольку вы будете использовать их позже. Затем вам нужно остановить базу данных, чтобы вы могли получить к ней доступ вручную.

Шаг 2: Остановка сервера базы данных

Чтобы изменить пароль root, вам необходимо закрыть сервер базы данных

Вы можете сделать это для MySQL с помощью:

$ sudo systemctl stop mysql

И для MariaDB с:

$ sudo systemctl stop mariadb

Шаг 3: Перезапуск сервера базы данных без Проверка прав доступа

Если вы запустите MySQL и MariaDB без загрузки информации о привилегиях пользователей, это позволит вам получить доступ к командной строке базы данных с правами root без предоставления пароля. Это позволит вам получить доступ к базе данных, не зная об этом.

Для этого вам необходимо остановить загрузку базы данных таблицами грантов, в которых хранятся данные о привилегиях пользователя.

Запустите базу данных без загрузки таблиц грантов или создания сетей:

$ sudo mysqld_safe --skip-grant-tables --skip-networking &

Амперсанд в конце этой команды заставит этот процесс работать в фоновом режиме, чтобы вы могли продолжать использовать ваш терминал.

Теперь вы можете подключиться к базе данных как пользователь root, что не должно попросите пароль.

$ mysql -u root

Вместо этого вы сразу увидите приглашение оболочки базы данных.

MySQL Prompt

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>

MariaDB Prompt

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]>

Теперь, когда у вас есть root-доступ, вы можете изменить пароль root.

Шаг 4: Изменение корневого пароля

mysql> FLUSH PRIVILEGES;

Теперь мы можем реально изменить пароль root.

Для MySQL 5.7.6 и новее, а также для MariaDB 10.1.20 и новее используйте следующую команду:

mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'new_password';

Для MySQL 5.7.5 и старше а также MariaDB 10.1.20 и старше, используйте:

mysql> SET PASSWORD FOR 'root'@'localhost' = PASSWORD('new_password');

Обязательно замените new_password с вашим новым паролем по выбору.

Примечание. Если команда ALTER USER не работает, это обычно указывает на большую проблему. Тем не менее, вы можете попробовать UPDATE ... SET сбросить пароль root.

[ВАЖНО] Это конкретная строка, которая исправила мою конкретную проблему:

mysql> UPDATE mysql.user SET authentication_string = PASSWORD('new_password') WHERE User = 'root' AND Host = 'localhost';

Не забудьте перезагрузить таблицы предоставления после этого.

В любом случае вы должны увидеть подтверждение того, что команда была успешно выполнена.

Query OK, 0 rows affected (0.00 sec)

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

Шаг 5: Перезапустите сервер баз данных Обычно

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

Для MySQL используйте: $ sudo systemctl start mysql

Для MariaDB используйте:

$ sudo systemctl start mariadb

Теперь вы можете подтвердить, что новый пароль был применен правильно, выполнив:

$ mysql -u root -p

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

Заключение

Теперь у вас есть административный доступ к серверу MySQL или MariaDB. Убедитесь, что новый корневой пароль, который вы выбрали, прочный и безопасный и сохраните его в надежном месте.

Я решил эту проблему, удалив пустых пользователей, созданных MySQL. У меня есть только пользователь root и мой собственный пользователь. Я удалил остальные.

проверьте, что вы вводите пустое место в пароле.

Я много гулял, но не нашел определенного ответа на мою проблему. Я использовал KeyPass для создания надежного пароля и мог успешно использовать его в workbench mysql для подключения, но не из командной строки. Поэтому я сменил psw на простой, и он работал в командной строке. Мне удалось создать надежный пароль, который смог подключиться от терминала. Поэтому я советую, сначала попробуйте с легким паролем, прежде чем пытаться все это делать.

Я запускал UT, и я начал получать сообщения об ошибках. Я не знаю, в чем проблема. Но когда я изменил свой стиль кодировки в INTELLIJ на UTF8, он снова начал работать.

доступ запрещен для пользователя 'root' @ 'localhost' (с использованием пароля yes) hibernate

это мой URL-адрес db.url = jdbc: mysql: // localhost: 3306 / somedb? useUnicode = true & amp; connectionCollation = utf8_general_ci & amp; characterSetResults = utf8 & amp; characterEncoding = utf8

попробуйте использовать root, например ..

mysql -uroot

, после чего вы можете проверить разные пользователи и хосты после входа в систему с помощью

select user,host,password from mysql.user;

Обновить пустой пароль в таблице mysql.user mysql

use mysql;
select host,user,password from mysql.user;
update mysql.user set password = PASSWORD('123456') where password = '';
flush privileges;

Я столкнулся с такой же ошибкой после обновления сервера MySQL с 5.1.73 до 5.5.45. Есть еще один способ исправить эту ошибку.

В моем случае я смог подключиться к MySQL, используя пароль root, но MySQL активно отказывался от GRANT PRIVILEGES любому пользователю,

1. Подключитесь к MySQL как root

   mysql -u root -p
   

   , затем введите свой пароль root MySQL;
2. Выберите базу данных;

   use mysql;
   

3. Скорее всего, в таблице mysql.user есть только одна запись для root, позволяющая подключаться только с localhost (это было в моем случае), но по умолчанию для root должны быть две записи , один для localhost и другой для 127.0.0.1;
4. Создайте дополнительную запись для пользователя root с Host='127.0.0.1', если ее нет;

       SET @s = CONCAT('INSERT INTO mysql.user SELECT ',
               REPLACE((SELECT GROUP_CONCAT(COLUMN_NAME) 
                        FROM INFORMATION_SCHEMA.COLUMNS
                        WHERE TABLE_NAME = 'user' AND TABLE_SCHEMA = 'mysql')
               ,"Host","'127.0.0.1'"),
               ' FROM mysql.user WHERE User="root"'); 
   
        PREPARE stmt FROM @s; 
        EXECUTE stmt;
   

5. Кроме того, вы можете выполнить mysql_upgrade -u -p, чтобы убедиться, что все в порядке.

Мое приложение использует Mura CMS, и я столкнулся с этой проблемой. Однако решением было несоответствие пароля между моим локальным сервером mysql и паролем в файлах конфигурации. Как только я их синхронизировал, он работал.