本文目录一览：
- 1、为什么连接mysql数据库失败呢？
- 2、SQL 数据库连接服务器失败是什么原因？
- 3、连接mysql数据库失败怎么办
- 4、mysql连接数据库失败，请确定数据库用户名，密码设置正确
- 5、mySQL数据库连接不上怎么办。。
为什么连接mysql数据库失败呢？
在更新到 4.1.7 版本的 MySQL 后，发现需要使用 MySQLi 扩展方能正常使用数据库，否则会出现 1251 - Client does not support authentication protocol requested by server; consider upgrading MySQL client 的提示，这个很纳闷，我没有研究具体的问题，只是切换到 MySQLi 扩展，其实在给 root 加上密码前还是可以使用 MySQL 扩展的，可是给 root 加上密码后就出现了上述客户端版本太低的提示。 目前已知解决方法： 先用root登录MYSQL服务器，执行 原因是因为你使用的mysql服务器版本中使用了新的密码验证机制，这需要客户端的版本要在4.0以上，原来的密码函数被改为old_password();，这样使用password()生成的密码在旧的版本上的客户端就不好使了，而PHP中的MYSQL客户端都是3.23的(当然，mysqli的扩展除外)，问题就在这了。
SQL 数据库连接服务器失败是什么原因？
一、mysqld 进程没有正常运行遇到这种情况首先到服务器上看看 mysqld 进程是否活着，采用的命令：
二、客户端不能和进程 mysqld 通信如果 MySQL 服务器上的 mysqld 进程运行正常，我们再看看客户端能不能和 mysqld 进行通信，使用下面的命令进行网络连通的测试：telnet localhost 3306
如果本地能通，再到客户端的机器上把 localhost 换成 MySQL 服务器的 ip 地址进行测试。如果不能通，通常有两种原因，一种原因是 OS 或网络的问题，或者是防火墙；另一种原因是 mysqld 自身根本没有侦听客户端的连接请求， mysqld 启动后对于客户端的侦听是分三种情况。
第一种情况
是使用参数 --skip-networking 跳过侦听客户端的网络连接，用下面的命令我们可以看到 MySQL 根本没有侦听 3306 端口。
第二种情况
使用参数 --bind-address 后面增加对客户端访问 IP 地址的限制，例如只侦听本地的连接
三、账户密码的问题最后一种情况是账户密码的问题，应付这种情况我们有个有力的工具就是查看 MySQL 的 error log， error log 记载信息的详细程度上由参数 --log-error-verbosity 进行控制的
连接mysql数据库失败怎么办
1 mysql 错误 ERROR 2003 (HY000): Can't connect to MySQL server on 'localhost'
解决办法：关闭防火墙，linux下命令
[root@etl01 bin]# chkconfig --list | grep -i iptables ====check fire wall
iptables 0:off 1:off 2:on 3:on 4:on 5:on 6:off
[root@etl01 bin]# /sbin/service iptables stop ====stop fire wall
Flushing firewall rules: [ OK ]
Setting chains to policy ACCEPT: nat filter [ OK ]
Unloading iptables modules: [ OK ]
2 报错:1130-host ... is not allowed to connect to this MySql server
解决办法：
授权形式
比如账户为root,密码为root
use mysql;
用root账户从任何主机上访问mysql数据库了
GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'root' WITH GRANT OPTION;
如果你想允许用户zz从ip为192.168.1.3的主机连接到mysql服务器，并使用123456作为密码
GRANT ALL PRIVILEGES ON *.* TO 'root'@'192.168.1.3' IDENTIFIED BY '123456' WITH GRANT OPTION;
mysql连接数据库失败，请确定数据库用户名，密码设置正确
现象
一线的工程师反映了一个奇怪的现象，刚刚从 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';
mySQL数据库连接不上怎么办。。
这问题头疼，是不是要讲详细.。局域网处理方案，一般连接检查顺序：
1.查看数据库监听端口；
2.查看该监听服务启动没有；
3.查看驱动包有没有放（服务器端common-lib，开发工具common开发包[一般自带有]；
4.运行jdbc连接程序，有没有出异常，出异常上面没弄好，看看异常，就可以追踪处理。
5.直接使用开发工具的链接测试平台，备好各个属性，添入驱动包，测试链接是否成功，成功你的程序有问题，没成功换驱动包。
