mysql資料庫訪問錯誤,訪問資料庫失敗是怎麼回事

本文目錄一覽：

• 1、求解mysql資料庫登陸錯誤的原因
• 2、mysql連接資料庫失敗，請確定資料庫用戶名，密碼設置正確
• 3、MYSQL訪問數據，出現異常，這個要怎麼解決

求解mysql資料庫登陸錯誤的原因

Mysql資料庫的1045錯誤號代表：不能連接資料庫，用戶名或密碼錯誤

說明你登陸資料庫的用戶名或密碼填寫有誤

檢查一下是不是用戶名或密碼輸錯了，或者可能資料庫IP地址填寫有錯誤

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訪問數據，出現異常，這個要怎麼解決

Mysql

遠程連接Mysql伺服器的資料庫，錯誤代碼是1130，ERROR 1130: Host xxx.xxx.xxx.xxx is not allowed to connect to this MySQL server

猜想是無法給遠程連接的用戶許可權問題。

這樣子操作mysql庫，即可解決。

在本機登入mysql後，更改 「mysql」 資料庫里的 「user」 表裡的 「host」 項，從」localhost」改稱’%’即可

mysql -u root -p

mysql;use mysql;

mysql;select ‘host’ from user where user=’root’;

mysql;update user set host = ‘%’ where user =’root’;

mysql;flush privileges;

mysql;select ‘host’ from user where user=’root’;

第一句：以許可權用戶root登錄

第二句：選擇mysql庫

第三句：查看mysql庫中的user表的host值（即可進行連接訪問的主機/IP名稱）

第四句：修改host值（以通配符%的內容增加主機/IP地址），當然也可以直接增加IP地址

第五句：刷新MySQL的系統許可權相關表

第六句：再重新查看user表時，有修改。。

重起mysql服務即可完成。