não consigo logar como root do usuário mysql a partir da conta de usuário normal no ubuntu 16.04

Acabei de instalar o Ubuntu 16.04 LTS junto com os pacotes php, mariadbe nginx. Eu corri mysql_secure_installatione alterei a senha do root.

Agora, quando tento fazer o login mysqlusando a conta root enquanto estiver logado no Ubuntu como uma conta de usuário normal, tenho acesso negado.

Quando eu entro usando sudo mysql, o mysql nem me pede a senha. Se eu executar mysql_secure_installtion, vejo que as configurações antigas nunca foram definidas permanentemente.

O que estou fazendo errado?

Recentemente, atualizei meu Ubuntu 15.04 para 16.04 e isso funcionou para mim:

1. Primeiro, conecte-se ao sudo mysql

   sudo mysql -u root
   

2. Verifique suas contas presentes no seu banco de dados

   SELECT User,Host FROM mysql.user;
   +------------------+-----------+
   | User             | Host      |
   +------------------+-----------+
   | admin            | localhost |
   | debian-sys-maint | localhost |
   | magento_user     | localhost |
   | mysql.sys        | localhost |
   | root             | localhost |
   

3. Excluir conta root @ localhost atual

   mysql> DROP USER 'root'@'localhost';
   Query OK, 0 rows affected (0,00 sec)
   

4. Recrie seu usuário

   mysql> CREATE USER 'root'@'%' IDENTIFIED BY '';
   Query OK, 0 rows affected (0,00 sec)
   

5. Conceda permissões ao seu usuário (não esqueça de liberar privilégios)

   mysql> GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' WITH GRANT OPTION;
   Query OK, 0 rows affected (0,00 sec)
   
   mysql> FLUSH PRIVILEGES;
   Query OK, 0 rows affected (0,01 sec)
   

6. Saia do MySQL e tente se reconectar sem o sudo.

Espero que isso ajude alguém :)

Se você instalar o 5.7 e não fornecer uma senha ao rootusuário, ele usará o auth_socketplugin. Esse plugin não se importa e não precisa de uma senha. Apenas verifica se o usuário está se conectando usando um soquete UNIX e depois compara o nome de usuário.

Retirado de Alterar senha do usuário no MySQL 5.7 com "plugin: auth_socket"

Então, para mudar de pluginvolta para mysql_native_password:

1. Entre com o sudo:

   sudo mysql -u root
   

2. Altere plugine defina uma senha com um único comando:

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

Obviamente, você também pode usar o comando acima para definir uma senha vazia.

Apenas para o registro, (e MariaDB < 10.2usuários), há também outra maneira de alterar apenas pluginsem fornecer uma senha (deixando em branco):

update mysql.user set plugin = 'mysql_native_password' where User='root';
// to change the password too (credits goes to Pothi Kalimuthu)
// UPDATE mysql.user SET plugin = 'mysql_native_password', Password = PASSWORD('secret') WHERE User = 'root';
FLUSH PRIVILEGES;

Em resumo, no MariaDB

UPDATE mysql.user SET plugin = 'mysql_native_password', 
      Password = PASSWORD('NEWPASSWORD') WHERE User = 'root';

onde você substitui NEWPASSWORD pela senha desejada e tudo mais literalmente.

O problema aqui é que, quando o MariaDB ou o MySQL são instalados / atualizados (especialmente se em algum momento a raiz estiver definida sem uma senha), na tabela Usuários, a senha estará realmente vazia (ou ignorada) e o login dependerá do usuário do sistema correspondente. para um usuário MySQL. Você pode testar isso da seguinte maneira alternando para a raiz do sistema e digite:

mysql -uroot -p

Em seguida, insira nenhuma senha ou a senha errada . Você provavelmente será autorizado a entrar. (Você pode até conseguir fazer login na raiz do unix simplesmente # mysqlporque a senha é irrelevante e o usuário está definido).

Então oque está acontecendo? Bem, se você fizer login como root e faça o seguinte:

select User,host,plugin from mysql.user; 
+----------------+-----------+-----------------------+
| User           | host      | plugin                |
+----------------+-----------+-----------------------+
| root           | localhost | auth_socket           |
+----------------+-----------+-----------------------+

você notará auth_socket(que pode ler unix_socketno MariaDB). Esses soquetes ignoram senhas e permitem ao usuário Unix correspondente sem uma verificação de senha. É por isso que você pode efetuar login com root, mas não com um usuário diferente.

Portanto, a solução é atualizar os Usuários para não usar auth_socket/unix_sockete definir corretamente uma senha.

No MariaDB (<10.2, veja os comentários abaixo), que está na versão 16 do Ubuntu a partir de 2017, isso deve ser suficiente. NEWPASSWORD é sua senha. mysql_native_passwordvocê digita literalmente.

UPDATE mysql.user SET plugin = 'mysql_native_password', Password = PASSWORD('NEWPASSWORD') WHERE User = 'root';

(É possível que definir o plug-in como vazio funcione. YMMV. Eu não tentei isso. Portanto, essa é uma alternativa.)

UPDATE mysql.user SET plugin = '', Password = PASSWORD('NEWPASSWORD') WHERE User = 'root';

De outra forma:

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

Então

FLUSH PRIVILEGES;

Para o registro, a solução que envolve excluir o usuário e recriá-lo com '%' me deixou totalmente bloqueado do banco de dados e pode causar outros problemas, a menos que você obtenha a grantdeclaração exatamente correta - mais fácil simplesmente atualizar a raiz que você já possui.

Na minha experiência, o problema ocorre apenas com o usuário root, pois outros usuários serão adicionados manualmente e não fazem parte de uma instalação / atualização inicial.

Se você instalou o MySQL / MariaDB a partir do repositório base, os usuários não poderão fazer login no MySQL como o usuário root do MySQL a partir de seus logins Unix (não aplicável se tiverem acesso sudo )

1. Entre no shell raiz do MySQL:

   $ sudo mysql -u root -p
   

2. Execute as consultas abaixo:

   use mysql;
   update user set plugin='mysql_native_password' where user='root';
   flush privileges; 
   quit;
   

3. Abra um novo shell e, em seguida:

   $ mysql -u root -p
   

Fonte

Tente criar uma nova conta mysql, para mim funcionou (mysql 5.7.12):

1. Faça o login como sudo:

   sudo mysql -uroot
   

2. Crie um novo usuário e conceda a ele privilégios (sem senha):

   CREATE USER 'admin'@'localhost' IDENTIFIED BY '';
   GRANT ALL PRIVILEGES ON *.* TO 'admin'@'localhost';
   

3. Faça login como novo usuário:

   mysql -uadmin
   

Eu tive que fazer duas coisas (graças a @Todor e @Loremhipsum):

update mysql.user set plugin = 'mysql_native_password' where User='root';
grant all privileges on *.* to 'root'@'localhost';

e depois:

FLUSH PRIVILEGES;

Eu não recomendaria largar usuário root.

Experimente este código primeiro,

echo "CREATE USER 'root'@'localhost' IDENTIFIED BY 'root';" > your_init_file.sql
echo "GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION;" >> your_init_file.sql 
echo "FLUSH PRIVILEGES;" >> your_init_file.sql

e depois,

killall mysqld
mysqld_safe --init-file=$PWD/your_init_file.sql

pressione Ctrl+Ze digite: bgpara executar o processo do primeiro plano para o segundo plano e verifique seu acesso:

mysql -u root -proot
mysql> show grants;

Se você acabou de executar o comando mysql no usuário root, receberá acesso sem a senha solicitada, porque a autenticação de soquete está ativada para root @ localhost. .

A única maneira de definir a senha é alternar para autenticação nativa, como:

$ sudo mysql

mysql> ALTER USUÁRIO 'root' @ 'localhost' IDENTIFICADO COM mysql_native_password BY 'test';

Estou adaptando alguns scripts de provisionamento que criei para usar o MariaDB e deparei-me com esse problema exato. Reunindo muitas informações aqui, a resposta de um Gazzer realmente aparece na edição; tudo se resume à configuração auth_socket/ unix_socket.

Portanto, ao usar o MariaDB 5.5 (no Ubuntu 14.04) e o MariaDB 10 no (Ubuntu 16.04), o login no MySQL e a execução deste comando esclareceram as coisas imediatamente:

UPDATE mysql.user SET plugin='' WHERE User='root';
FLUSH PRIVILEGES;

As outras respostas - incluindo a resposta mais votada até o momento nesta publicação de Loremhipsum - incentivam realmente as más práticas, recomendando a remoção de um usuário e, em seguida, recriando-o. Para mim, essa é uma solução bastante radical. A melhor / mais simples solução é anular o pluginvalor, liberar privilégios e seguir com a vida.

Eu tive o mesmo problema e executando o seguinte corrigi-lo:

mysql_upgrade --force