无法连接远程MySQL数据库哪，如何解决

一、连接远程数据库：

1、显示密码

如：MySQL

连接远程数据库（192.168.5.116），端口“3306”，用户名为“root”，密码“123456”

C:/>mysql -h

192.168.5.116 -P 3306 -u root -p123456

2、隐藏密码

如：MySQL 连接本地数据库，用户名为“root”，

C:/>mysql -h

localhost -u root -p

Enter password:

二、配置mysql允许远程链接

默认情况下，mysql帐号不允许从远程登陆，只能在localhost登录。本文提供了二种方法设置mysql可以通过远程主机进行连接。

一、改表法

在localhost登入mysql后，更改 "mysql" 数据库里的 "user" 表里的 "host"

项，将"localhost"改称"%"

例如：

#mysql -u root

-p

Enter password:

……

mysql>

mysql>update user

set host = '%' where user = 'root'

mysql>select host,

user from user

二、授权法

例如：

你想myuser使用mypassword（密码）从任何主机连接到mysql服务器的话。

mysql>GRANT ALL

PRIVILEGES ON *.* TO 'myuser'@'%'IDENTIFIED BY 'mypassword' WITH GRANT OPTION

如果你想允许用户myuser从ip为192.168.1.6的主机连接到mysql服务器，并使用mypassword作为密码

mysql>GRANT ALL

PRIVILEGES ON *.* TO 'myuser'@'192.168.1.3'IDENTIFIED BY

'mypassword' WITH GRANT OPTION

mysql>FLUSH

PRIVILEGES

使修改生效，就可以了

常见问题：

1、在采用法二授权法之后，无法在本地登录mysql（如：#mysql -u root -p -h

192.168.5.116

Enter password:

ERROR 1045 (28000): Access denied for user

'root'@'loadb116' (using password: YES)

上例中loadb116是主机名.

解决方法：

1、这时可以使用：mysql -u

root -p 登录，进入到mysql后。

mysql>grant all privileges on *.* to 'root'@'loadb116'

identified by '123456' with grant option

Query OK, 0 rows affected

(0.00 sec)

mysql>flush

privileges

Query OK, 0 rows affected (0.00

sec)

2、在本地使用ip地址登录

#

mysql -u root -p -h

192.168.5.116

Enter password:

Welcome to the MySQL

monitor. Commands end with or /g.

Your MySQL connection id is 60

Server

version: 5.1.45 MySQL Community Server (GPL)

Type 'help' or '/h' for

help. Type '/c' to clear the buffer.

mysql>

access denied是参数设置错误造成的，解决方法如下：

1、打开并编辑vim /etc/my.cnf。

2、在[mysqld]下方加一行代码Add skip-grant-tables。

3、重启mysql/etc/init.d/mysql restart。

4、使用命令行连接mysqlmysql -u root -p。

5、mysql>flush privileges。

6、返回 编辑my.cnf，删除或注释skip-grant-tables行vim  /etc/my.cnf 。

7、重启mysql/etc/init.d/mysql restart。

现象

一线的工程师反映了一个奇怪的现象，刚刚从 MySQL 官网上下载了一个 MySQL 5.7.31。安装完成后，发现使用任何密码都能登陆 MySQL，修改密码也不管用，重新启动 MySQL 也不能解决。

分析

怀疑使用了 --skip-grant-tables 使用 mysqld --print-defaults 检查，没有发现。

检查登陆用户，都是 root@localhost，说明和 proxy user 没有关系。

使用 mysql --print-defaults 检查客户端是否设置默认的用户和密码，没有发现。

检查数据库中的用户和密码的相关字段：

发现一切都正常，再检查 plugin 字段，发现只有 root 用户是 auth_socket ，其它的用户都是 mysql_native_password，问题可能就出在这儿。

对 auth_socket 验证插件不了解，感觉是这个插件不安全，使用下面的命令修改后，问题解决：

update user set plugin="mysql_native_password" where user='root'

auth_socket 验证插件的使用场景

问题解决后，又仔细研究了一下 auth_socket 这个插件，发现这种验证方式有以下特点：

首先，这种验证方式不要求输入密码，即使输入了密码也不验证。这个特点让很多人觉得很不安全，实际仔细研究一下这种方式，发现还是相当安全的，因为它有另外两个限制；

只能用 UNIX 的 socket 方式登陆，这就保证了只能本地登陆，用户在使用这种登陆方式时已经通过了 *** 作系统的安全验证；

*** 作系统的用户和 MySQL 数据库的用户名必须一致，例如你要登陆MySQL 的 root 用户，必须用 *** 作系统的 root用户登陆。

auth_socket 这个插件因为有这些特点，它很适合我们在系统投产前进行安装调试的时候使用，而且也有相当的安全性，因为系统投产前通常经常同时使用 *** 作系统的 root 用户和 MySQL 的 root 用户。当我们在系统投产后， *** 作系统的 root 用户和 MySQL 的 root 用户就不能随便使用了，这时可以换成其它的验证方式，可以使用下面的命令进行切换：

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

---