it-swarm.com.ru

Не удается подключиться к серверу базы данных (MySQL Workbench)

Не могли бы вы помочь мне решить эту проблему?

Когда я пытаюсь нажать «запросить базу данных» в меню базы данных в Mysql Workbench. это дает мне ошибку:

Cannot Connect to Database Server

Your connection attempt failed for user 'root' from your Host to server at 
127.0.0.1:3306:Can't connect to mysql server on '127.0.0.1'(10061)

Please:

 1. Check that mysql is running on server 127.0.0.1
 2. Check that mysql is running on port 3306 (note: 3306 is the default, but this can 
    be changed)
 3. Check the root has rights to connect to 127.0.0.1 from your address (mysql rights 
    define what clients can connect to the server and from which machines) 
 4. Make sure you are both providing a password if needed and using the correct 
    password for 127.0.0.1 connecting from the Host address you're connecting from
48
user948950

Попробуйте открыть services.msc из окна поиска в меню «Пуск» и попробуйте вручную запустить службу MySQL.

41
Colin

Вероятно, проблема связана с тем, что аутентификация сокета включена для пользователя root по умолчанию, когда пароль не установлен, во время обновления до Ubuntu 16.04.

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

Sudo mysql -u root

После входа в систему:

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

который вернется к аутентификации с использованием собственного (старого по умолчанию) пароля.

Теперь используйте пароль в качестве пароля всякий раз, когда этого требует MySQL.

38
Ayan

Похоже, что есть много причин этой ошибки.

Моя причина/Решение

В моем случае причина была в том, что мой сервер был настроен на прием соединений только от localhost. Я исправил это, следуя этой статье: Как включить удаленный доступ к серверу баз данных MySQL? . В моем файле my.cnf не было строки skip-networking, поэтому я просто изменил строку

bind-address = 127.0.0.1

в

bind-address = 0.0.0.0

Это позволяет подключаться с любого IP, а не только 127.0.0.1.

Затем я создал пользователя MySql, который мог подключиться с моего клиентского компьютера, выполнив следующие команды терминала:

# mysql -u root -p
mysql> CREATE USER 'username'@'1.2.3.4' IDENTIFIED BY 'password';
    -> GRANT ALL PRIVILEGES ON *.* TO 'username'@'1.2.3.4' WITH GRANT OPTION;
    -> \q

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

Другие причины

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

24
AJ Richardson

Вы пытались определить, является ли это проблемой с Workbench или общей проблемой подключения? Попробуй это:

  1. Откройте терминал
  2. Введите mysql -u root -p -h 127.0.0.1 -P 3306
  3. Если вы можете подключиться успешно, вы увидите MySQL запрос после ввода вашего пароля (введите quit и введите там, чтобы выйти).

Сообщите, как это работало.

17
Sergio

У меня была похожая проблема на Mac OS , и я смог ее исправить следующим образом:

Из терминала запустите:

mysql -u root -p -h 127.0.0.1 -P 3306

Затем меня попросили ввести пароль. Я просто нажал ввод , так как пароль не был установлен.

Я получил сообщение следующим образом:

Добро пожаловать на монитор MySQL. Команды заканчиваются на; или\g. Ваш MySQL Идентификатор соединения: 181. Версия сервера: 8.0.11 Homebrew.

Если вам удалось войти в mysql>, выполните следующую команду:

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

Вы должны получить сообщение, подобное этому:

Запрос в порядке, затронуто 0 строк (0,19 с)

Теперь ваш пароль - " пароль ", а ваше имя пользователя - " root ".

Удачного кодирования :)

10
almawhoob

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

Щелкните правой кнопкой мыши ярлык Workbench и выберите Run as Administrator. В окне свойств ярлыка вы можете нажать «Дополнительно» и установить флажок «Запуск от имени администратора», чтобы всегда запускать Workbench с правами администратора.

7
Steven Ryssaert

Я боролся с этой проблемой некоторое время и сделал несколько переустановок MySQL, прежде чем обнаружил это.

Я знаю, что сервер MySQL работал нормально, потому что я мог получить доступ ко всем моим БД с помощью командной строки.

Надеюсь, что это работает для вас.

In MySQL Workbench (5.2.47 CE)

нажмите Управление экземплярами сервера (нижний правый угол)

нажмите Соединение

в поле Соединение выберите:

Локальный экземпляр ($ ServerName) - [email protected]: 3306 '<' Стандартный (TCP/IP)>

нажмите Изменить выбранное ...

под Параметры, Имя хоста change localhost или 127.0.0.1 на ваше имя NetBIOS

нажмите Проверить соединение

Если это работает для вас, отлично. Если нет, измените имя хоста на прежнее.

4
KuBand12

Ошибка возникает из-за того, что сервер mysql не запускается на вашем компьютере. Вы должны запустить его вручную. Выполните следующие шаги:

  1. Загрузите и установите сервер Wamp в соответствии с вашей битовой версией (32-разрядной или 64-разрядной) на свой компьютер ( http://wampserver-64bit.en.softonic.com/ ). По этой ссылке можно загрузить сервер Wamp для 64-разрядной версии.

  2. Как только вы установите его, вы можете дважды щелкнуть и запустить его .. (вы можете увидеть значок в правой части панели задач. Он может быть скрыт. Поэтому вы можете нажать на стрелку, которая покажет вам, как работает скрытие приложений). щелкните значок и перейдите к Mysql

  3. Затем перейдите к Служба и там вы можете найти Запуск/Возобновить Службы нажмите на нее ..

  4. И теперь это сделано. Откройте MySQL Workbench и посмотрите. Это будет работать ..

4
Sanjaya

Запустите команду ALTER USER. Обязательно смените пароль на надежный пароль по вашему выбору. 

1 - Sudo mysql # Login to mysql

2 - # Run the below command

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

Теперь вы можете получить к нему доступ, используя новый пароль.

Ссылка: https://www.digitalocean.com/community/tutorials/how-to-install-mysql-on-ubuntu-18-04

3
Athira Ramachandran

Чтобы быть в курсе для верхних версий и более поздних посетителей:

В настоящее время я работаю над Win7 64bit с различными инструментами, включая Python 2.7.4, в качестве обязательного условия для Google Android ...

Когда я обновил WB 6.0.8-win32 до более высоких версий, чтобы получить 64-битную производительность, у меня были некоторые проблемы, например, в 6.3.5-winx64, у меня была ошибка в подробном представлении таблиц (неупорядоченное представление), из-за которого я опустился до версии 6.2. 5-winx64.

Как пользователь с графическим интерфейсом, простое передовое/обратное проектирование и относительные элементы db-сервера работали хорошо, но когда мы попытаемся Database>Connect to Database, у нас будет Not connected и будет ошибка Python, если мы попытаемся выполнить запрос, однако служба сервера БД абсолютно запущена и работает работает хорошо, и эта проблема не с сервера, а с рабочего места. Чтобы решить эту проблему, мы должны использовать Query>Reconnect to Server, чтобы явно выбрать соединение с БД, и тогда почти все выглядит хорошо (это может быть из-за нескольких соединений с БД, и я не смог найти какое-либо решение для определения соединения с БД по умолчанию в рабочей среде).

В качестве примечания: поскольку я использую последнюю версию Xampp (даже в Linux с захватывающим эффектом :)), в последнее время Xampp использует mariadb 10 вместо mysql 5.x, из-за чего версия файла mysql 10 может вызвать некоторые проблемы, такие как прямое проектирование процедур. которая может быть решена с помощью mysql_upgrade.exe, но все же, когда мы пытаемся проверить соединение с БД, wb сообщит о неправильной версии, однако это не критично и работает хорошо.

Вывод: Таким образом, иногда проблемы с подключением к БД в рабочей среде могут быть связаны с самим собой, а не с сервером (если у вас нет других относительных проблем с подключением к БД).

1
Alix

Я был в подобных ситуациях раньше и в прошлый раз я обнаружил, что это была какая-то проблема обновления Windows (не уверен). На этот раз я открыл MySQL Workbench и не нашел подключения к моей локальной базе данных. Я не вижу свои таблицы, но вчера я смог подключиться к базе данных.

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

0
WesternGun

для меня причина была в том, что я пытался использовать новейший MySQL Workbench 8. * для подключения к MySQL Server 5.1 (оба работают на Windows Server 2012). Когда я удалил MySQL Workbench 8. * и установил MySQL Workbench 6.3.10, он успешно подключился к базе данных localhost.

0
alex

В моем случае я только что установил mysqlworkbench, но после удаления mysqlworkbench и установки установщика MySQL он одинаков как для 32-, так и для 64-битных систем, после чего он работает как чудо. Надеюсь, что это может быть полезно

0
Shaik Elias

Моя проблема заключалась в том, что сервер MySQL фактически не был установлен. Я запустил установщик MySQL, но он не установил сервер MySQL.

Я перезапускаю установщик, нажимаю «Добавить», а затем добавляю сервер MySQL в список. Теперь все отлично работает.

0
Pikamander2

Я тоже долго боролся с этой проблемой.

Я наткнулся на это интересная тема с форума MySQL: http://forums.mysql.com/read.php?11,11388,11388#msg-11388

Я также натолкнулся (очевидно) на некоторые хорошие SO вопросы и ответы.

Кажется, что сообщение, упомянутое в вопросе «user948950», может быть вызвано целым рядом причин: слишком большой файл журнала, неправильные значения файла mysql.ini, пробелы в пути к файлу, проблема безопасности/acl, старые записи в файле реестр и тд.

Итак, после попытки за 3 часа исправить это ... я отказался и решил сделать старую старую переустановку.

Вот где этот пост (снова) из этой ветки MySQL оказался полезным , я цитирую:

Гари Уильямс написал: Привет, ребята, 

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

  1. Остановите службу Windows для любой существующей установки MySQL. 

  2. Удалите Mysql. 

Как и в большинстве случаев удаления, старые файлы остаются позади. Если ваш каталог C:\mysql\etc, затем удалите файлы innob и т. д., но оставьте сами каталоги, а также любые существующие базы данных в «данных» . Если ваш каталог - C:\Program Files\etc, удалите все mysql каталоги. 

  1. Теперь стоит запустить regedit, чтобы убедиться, что старые записи реестра также удалены при удалении. Если нет, удалите их. 

  2. Можно использовать новый установщик .msi (только необходимые файлы), однако .... 

  3. Не используйте их путь установки по умолчанию! Какой-то гений проложил путь с пробелами в нем! Выберите выборочную установку и выберите разумный путь, то есть, C:\mysql (примечание от Адриена: C:\mysqldata для ... данных)

  4. Не выбирайте для изменения настроек безопасности. Снимите соответствующий флажок, и установка будет завершена без установки рута пароль. 

Я думаю, что я все вспомнил. 

Удачи 

Gary

У меня действительно возникали проблемы, когда я просто копировал/вставлял базы данных, которые у меня были в моем предыдущем каталоге «data», в новый. Итак, я нашел способ обойти каждую базу данных (я знаю ... очень весело), ​​а затем повторно импортировать их одну за другой. 

К вашему сведению: я использовал следующую команду для импорта C:/<MySQLInstallDir>/My SQL Server x.x/bin/mysql -u root -p <dbName> < "<dirPathOfDump>\<dumpName>.sql", например C:/mysql/MySQL Server 5.6/bin/mysql -u root -p mySupaCoolDb < "C:\mySupaCoolDbDump20130901.sql"

0
Adrien Be