Невозможно подключиться через MySQL Workbench к localhost в Ubuntu 16.04 (без пароля root)

Хорошо работает для меня, и я не сделал ничего специального. Установленный mysql-server-5.7 и инструментальные средства и из командной строки и настроенный пользователь с паролем и настроенный нормальные полномочия базы данных (также с нормальным методом).

И с базой данных и таблицей:

Проблема, вероятно, должна снабдить сокетом аутентификацию, включаемую для пользователя root по умолчанию, когда никакой пароль не установлен, во время обновления 16,04. Этот важный протест документируется в 16.04 информация о версии :

поведение Пароля, когда пароль root MySQL пуст, изменилось. Упаковка теперь включает аутентификацию сокета, когда пароль root MySQL пуст. Это означает, что некорневой пользователь не может войти в систему как пользователь root MySQL с пустым паролем.

По любой причине, MySQL Workbench, который шел 16.04, не работает из поля с сервером MySQL, по крайней мере, для меня. Я пытался использовать "Локальный Сокет/Канал" для соединения различными способами, но напрасно.

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

sudo mysql -u root

Когда-то вошел в систему:

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'password';

, который вернется назад собственному компоненту (старое значение по умолчанию) аутентификация по паролю. При попытке некоторого другого метода для устранения проблемы, Вы захотите удостовериться, что "сменное" поле в mysql.user установлено на "auth_token", который может потребовать, чтобы использование mysqld_safe вошло в систему MySQL в конечном счете, Вы были tinketing с вещами, как я сделал.

Кредит к сообщение в блоге Miguel Nieto для этого решения.

Сервер MySQL на хосте AWS под управлением Ubuntu 16.04; mysql-инструментальные-средства на ноутбуке Ubuntu 16.04; использование соединение KeyPair.

After, настраивающий Тестовое соединение дб, работал. Но фактическая связь всегда прерывалась с сообщением как то, отправленное Jonathan Leaders. Проверенный журнал в ~/.mysql/workbench/log и найденный некоторыми "разрешение, отклоненное" сообщения.

Теперь я могу заставить mysql-инструментальные-средства работать с: sudo mysql-workbench

И позже я могу пойти и chmod каталоги, бывшие нужные в разрешении.

попробуйте это

выбор mysql база данных

1:use mysql;

2:UPDATE пользователь установил плагин ='mysql_native_password' где Пользователь ='root';

3: полномочия сброса;

4:exit;

~ $ sudo сервис mysql перезапуск

Создайте учетную запись пользователя с соответствующими административными привилегиями, которые могут соединиться через mysql инструментальные средства с помощью auth_socket плагина. Обратите внимание, что это не работает на корневые соединения с mysql сервером.

Войдите в систему к mysql от терминального сеанса:

$sudo mysql

Если Вы можете сделать это затем, auth_socket плагин включен, и корневая учетная запись аутентифицирует использование этого плагина. Обратите внимание, что это - установка по умолчанию при установке mysql на человечности, запустив безопасный скрипт установки.

Сначала создайте mysql пользователя для своей учетной записи 'valerie':

mysql> CREATE USER 'valerie'@'localhost' IDENTIFIED WITH auth_socket;

Включите административные привилегии для учетной записи:

mysql> GRANT ALL PRIVILEGES ON *.* TO 'valerie'@'localhost' WITH GRANT OPTION;

Выйдите из оболочки:

mysql> exit

Затем в mysql инструментальных средствах:

1. Создайте новое соединение
2. Выберите метод соединения как Локальный Сокет/Канал
3. Установите Путь Сокета/Канала к:/var/run/mysqld/mysqld.sock (отмечают, что это - путь для Debian / система Ubuntu и изменения для других разновидностей Linux),
4. Установите имя пользователя ('valerie' в этом примере)

Необходимо смочь затем соединиться с mysql сервером с этим соединением.

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

пользователь root теперь пользователи auth_socket аутентификация по умолчанию. Единственным путем корень может получить доступ, зарегистрированный как корень.

Я узнал это путем выполнения mysql -u root и как пользователь root и как типичный пользователь.

Это не работало бы при типичном пользователе.

Таким образом, мой следующий вопрос был - какой пользователь делает mysql-инструментальные-средства, выполненные как. Оказывается, что это работает как типичный пользователь по умолчанию. Чтобы заставить это работать как пользователь root, это должно быть выполнено от корня. Таким образом, я вошел в пользователя root CLI и тип 'mysql-инструментальные-средства'.

Я затем должен был войти в настройки для пользователя root как показано здесь. Расположение файла допустимо для установки человечности 18.04.

Если то местоположение разъема будет недопустимо затем, то необходимо будет войти в mysql CLI от корня или sudo и выполнить следующую команду.

После того, как у Вас есть корректный тест настроек соединение. Это должно быть успешно, и Вы готовы пойти.

Если вы получаете эту ошибку в Workbench, выполните следующие действия.

Сначала просто войдите в систему с вашим текущим паролем:

sudo mysql -u root -p

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

ALTER USER 'root'@'localhost' IDENTIFIED BY 'new-strong-password';

FLUSH PRIVILEGES;

Затем просто выйдите и снова войдите в систему с новым паролем:

quit

sudo mysql -u root -p

После успешного входа в систему введите команду:

use mysql;

Должно появиться сообщение типа «База данных изменена. 'затем введите:

UPDATE user SET plugin='mysql_native_password' WHERE User='root';

После этого введите:

UPDATE mysql.user set authentication_string=PASSWORD('new-strong-password') where user='root';

Затем введите:

FLUSH PRIVILEGES;

Затем просто выйдите:

quit

Теперь попробуйте войти в систему с новым паролем на РАБОЧЕМ МЕСТЕ. Надеюсь, это сработает. Спасибо.