連接mysql資料庫連接失敗,mysql資料庫連接錯誤

本文目錄一覽：

• 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.直接使用開發工具的鏈接測試平台，備好各個屬性，添入驅動包，測試鏈接是否成功，成功你的程序有問題，沒成功換驅動包。