MySQL 5.6: доступ запрещен для пользователя «root» @ «localhost», когда пароль содержит обратную косую черту

EDIT: я понял проблему: мой пароль содержал символ \. Ввод пароля без этого символа работал. Очевидно, это из-за проблемы с кодировкой символов.


Недавно я установил MySQL Server 5.6 на свою машину под управлением Ubuntu 14.04.

Я следовал руководству по установке mysql из репозитория APT< /а>. Во время установки у меня спросили пароль для пользователя root. Я поставил один.

Теперь, следуя, например, постустановочному руководству. , пытаясь запустить SQL-запросы, я не мог получить доступ к оболочке mysql.

Я попытался запустить команду:

mysql -u корень -p

затем ввел свой пароль и получил сообщение:

ОШИБКА 1045 (28000): Доступ запрещен для пользователя «root» @ «localhost» (с использованием пароля: ДА)

Я пытался запустить эту команду с другими параметрами, без -p, -h localhost, -h 127.0.0.1, с теми же результатами.

Я испробовал некоторые предложения, найденные здесь и там, такие как руководство по сбросить разрешение с помощью файла инициализации при запуске службы sudo service start --init-file=/path/to/file или некоторые предложения по запуску службы с параметром --skip-grant-tables. Эти команды успешно запустили службу, но я все еще не мог войти в систему.

После запуска службы вижу следующий error.log

InnoDB: 5.6.22 started;
Server hostname (bind-address): '127.0.0.1'; port: 3306
'127.0.0.1' resolves to '127.0.0.1';
Server socket created on IP: '127.0.0.1'.
Event Scheduler: Loaded 0 events
/usr/sbin/mysqld: ready for connections.

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

Если у вас есть подсказка, почему я не могу войти в систему, дайте мне знать.


person Vince    schedule 30.12.2014    source источник
comment
Если вы укажете пароль в команде оболочки, какая разница? Запустите команду mysql -u root -pPASSWORDHERE   -  person Patrick Moore    schedule 30.12.2014
comment
@SetSailMedia У меня нет разницы, я получил те же результаты (и предупреждение, что это может быть небезопасно)   -  person Vince    schedule 30.12.2014


Ответы (1)


Я понял проблему: мой пароль содержал символ \. Ввод пароля без этого символа работал. Очевидно, это из-за проблемы с кодировкой символов. - Винс

person Community    schedule 17.01.2017