mysql資料庫連接不上

『壹』 mysql5.7.12報錯如下情況導致無法連接資料庫應該怎麼辦

一、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連接資料庫失敗，請確定資料庫用戶名，密碼設置正確

現象
一線的工程師反映了一個奇怪的現象，剛剛從 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無法連接資料庫是什麼原因

access denied是參數設置錯誤造成的，解決方法如下：

1、打開並編輯vim /etc/my.cnf。