A questão é provável devido à autenticação do 'socket' estar activa para o utilizador do 'root' por omissão, quando não está definida nenhuma senha, durante a actualização para o ubuntu 16.04.

A solução é voltar à autenticação de senha nativa. Você pode fazer isto se ligar ao MySQL usando a autenticação do 'socket' fazendo:

sudo mysql -u root

Uma vez registado:

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

Que irá voltar à autenticação de senha nativa (predefinida).

Agora use a senha {[13] } como a senha sempre que necessário pelo MySQL.

Tente abrir {[[0]} a partir do campo de pesquisa do menu inicial e tente iniciar manualmente o serviço MySQL ou escrever directamente services.msc na caixa Run

A Minha Causa / Solução

bind-address = 127.0.0.1

A

bind-address = 0.0.0.0

Isto permite ligações de qualquer IP, não apenas 127.0.0.1.

# 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

De onde 1.2.3.4 é o IP do cliente de onde está a tentar ligar-se. Se você realmente tiver problemas, você pode usar '%' em vez de '1.2.3.4' para permitir que o Usuário se conecte a partir de qualquer IP.

Outras Causas

Para uma lista bastante extensa, veja As causas dos erros de Acesso negado.

Tentou determinar se este é um problema com a bancada de trabalho ou um problema geral de ligação? Tenta isto.

1. Abra um terminal
2. Tipo mysql -u root -p -h 127.0.0.1 -P 3306
3. Se conseguir ligar-se com sucesso, irá ver uma linha de comandos mysql depois de escrever a sua senha (tipo quit e introduza aí para sair).

Eu tinha um problema semelhante emMac OS e eu era capaz de corrigi-lo desta maneira:

Do terminal, executar:

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

Recebi a seguinte mensagem:

Bem - vindo ao monitor MySQL. Os comandos terminam com ; ou \G. O SEU MySQL identificação da ligação: 181. Versão do servidor: 8.0.11 Homebrew.

Se conseguiu aceder ao mysql>, execute o seguinte comando:

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

Devias receber uma mensagem como esta:

Pesquisa OK, 0 linhas afectadas (0, 19 S)

Agora, a sua senha é " password "e o seu nome de Utilizador é" root ".

Codificação Feliz:)

Execute o comando ALTER USER. Certifique-se de mudar a senha para uma senha forte de sua escolha.

1. sudo mysql # Ligar ao mysql`

2. Execute o comando abaixo

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

Agora você pode acessá-lo usando a nova senha.

Ref.: https://www.digitalocean.com/community/tutorials/how-to-install-mysql-on-ubuntu-18-04

Carregue com o botão direito no atalho da Bancada de trabalho e seleccione Run as Administrator. Na janela de Propriedades do atalho, poderá carregar em" Avançado "e assinalar a opção ao lado de" executar como Administrador " para executar sempre a bancada de trabalho com privilégios de administrador.

O erro ocorre porque o servidor de mysql não está a começar no seu computador. Devias começar manualmente. Faça os seguintes passos:

1. Transferir e instalar o servidor wamp de acordo com a sua versão bit (32bit ou 64bit) no seu computador ( http://wampserver-64bit.en.softonic.com/) esta ligação permite-lhe transferir o servidor wamp para o 64bit.

2. Assim que você instalá-lo você pode clicar duas vezes e executá-lo..(você pode ver um ícone na mão direita do taskbar.It poderá estar escondido. para que possa carregar na seta que lhe mostra as aplicações de esconder). por isso, carregue no ícone e vá para Mysql

3. Então vai para Serviço e lá você pode encontrar Serviços de início/continuação clica nela..

4. E agora está feito.Abrir a bancada de trabalho mysql e see.It vai funcionar..

In MySQL Workbench (5.2.47 CE)

Clique em instâncias do servidor de Mange (canto inferior direito)

Carregue Em Ligação

Na ligação caixa Seleccione:

Local Instância ($ServerName) - [email protected]:3306 norma "

Carregue Em Edite A Selecção...

Em parâmetros, Nome da máquina mudar localhost ou 127. 0. 0. 1 para o nome do seu NetBIOS

Carregue Em Ligação De Teste

Para aqueles que ignoraram que a mensagem de Erro Inicial exibida é a seguinte:

o nome org.freedesktop.os segredos não foram fornecidos por nenhum .ficheiros de serviços

Certifique-se de instalar o porta-chaves gnome usando o seguinte

sudo apt install gnome-keyring

Para estar actualizado para as versões superiores e visitantes posteriores:

Quando eu atualizei de WB 6.0.8-win32 para versões superiores para ter desempenho 64bits eu tive alguns problemas, por exemplo em 6.3.5-winx64 eu tive um bug na vista de detalhes das tabelas (visão desordenada) me fez descer para 6.2.5-winx64.

Como utilizador da interface gráfica, é fácil avançar/recuar os itens relativos do servidor de engenharia e db estavam a funcionar bem, mas quando tentarmos Database>Connect to Database teremos Not connected e teremos um erro em python se tentarmos executar uma consulta, no entanto o serviço do servidor de DB está absolutamente executado e está a funcionar bem e este problema não é do servidor e é do workbench. Para resolvê - lo, temos de usar Query>Reconnect to Server para escolher a ligação DB explicitamente e, em seguida, quase tudo parece bem (isto pode ser devido às minhas múltiplas ligações db e eu não consegui encontrar alguma solução para definir o ligação por omissão do db na bancada de trabalho).

Como nota : porque estou a usar a versão mais recente do Xampp (mesmo no linux viciante :) ), recentemente o Xampp usa o mariadb 10 em vez do mysql 5.x faz com que a versão de arquivo mysql seja 10 pode causar alguns problemas, como engenharia avançada de procedimentos que podem ser resolvidos via mysql_upgrade.exe, mas ainda quando tentamos verificar uma conexão db wb irá informar sobre a versão errada, no entanto, não é crítico e funciona bem.

Conclusão: por vezes, db problemas de conexão em workbench pode ser devido a si mesmo e não servidor (Se você não tem outros problemas relativos de conexão db).

Também me cruzei (obviamente) com algo bom, por isso Q / A.

Parece que a mensagem mencionada na pergunta do "user948950" pode vir de uma vasta gama de razões: ficheiro de Registo demasiado grande, mysql incorrecto.valores de ficheiros ini, espaços na localização do ficheiro, segurança/acl issue, entradas antigas no ficheiro registo, e assim por diante.

Foi aqui que Este post de (novamente) este tópico MySQL veio em útil , passo a citar:

Gary Williams escreveu: Tive exactamente o mesmo problema e foi assim que o pus a funcionar. para mim, começando por uma instalação não funcional.

1. Parar o serviço windows para qualquer mysql existente instalacao.

2. Desinstalar Mysql.

Tal como acontece com a maioria das desinstalações, os ficheiros antigos são deixados para trás. Se a sua pasta é C:\mysql\ etc em seguida, apagar o innob, etc, arquivos, mas deixar o directórios próprios, bem como quaisquer bases de dados existentes em "dados". Se o seu directório for C:\Program ficheiros\ etc, apagar todo o mysql Directorio.

1. Agora vale a pena correr o regedit para ter a certeza que as entradas antigas do registo são apagadas também por a desinstalação. Se não, apague-os.

2. Não faz mal usar o novo .instalador msi (apenas arquivos essenciais), no entanto ....

3. Não use a localização predefinida da instalação! Um génio estabeleceu um caminho com espaços! Escolha a instalação personalizada e seleccione um caminho sensível, ie, C:\mysql (nota de Adrien: C:\mysqldata para ... os dados)

4. Não escolha alterar as configurações de segurança. Desligue a caixa relevante e a instalação ficará completa sem ter de criar uma raiz senha.

Acho que me lembrei de tudo. Boa sorte.

Gary

Eu meti-me em problemas quando simplesmente copiei/colei as bases de dados que tinha no meu directório de "dados" anterior para o novo. Então o trabalho que eu encontrei foi exportar cada banco de dados (eu sei... muito divertido) e, em seguida, re-importá-los um por um.

Para tua informação: usei o seguinte comando para importar C:/<MySQLInstallDir>/My SQL Server x.x/bin/mysql -u root -p <dbName> < "<dirPathOfDump>\<dumpName>.sql", isto é, por exemplo C:/mysql/MySQL Server 5.6/bin/mysql -u root -p mySupaCoolDb < "C:\mySupaCoolDbDump20130901.sql"

Estive em situações semelhantes antes e da última vez que descobri que era um problema de actualização do Windows(não tenho a certeza). Desta vez, abri o MySQL workbench e não encontrei nenhuma ligação à minha base de dados local. Não consigo ver as minhas mesas, mas ontem consegui ligar-me à base de dados.

O problema é que o servidor de MYSQL não está instalado. Você pode obter o instalador de Aqui

Então assista a esta instalação de 6 minutos tutorial .

Se então criar uma nova ligação na bancada de trabalho do MYSQL não estiver a funcionar, certifique-se que executa essa ligação como root como mostra abaixo:

No meu caso, a instalação não adicionou a pasta MySQL\MySQL Server 5.7/bin à minha variável PATH env.