之前一個客戶的項目，使用root用戶連接的MySQL數(shù)據(jù)，為了提高安全性，準備降權(quán)為普通用戶連接。
使用grant語句建立了用戶，主機限制使用的%,也就是不限制主機。（因為沒有開啟MySQL端口，所以localhost也意義不大）。FLUSH PRIVILEGES也是執(zhí)行了的。
但是登錄的提示就一直登錄不上，如下圖。
以為密碼輸錯了，還使用 set password for 重置了MySQL用戶密碼，依舊無法登陸。懷疑人生的我去看了用戶表，用戶也是存在的，主機也確實沒限制，如下圖。
于是查詢解決方案，查出了以下知識點。
MySQL的簡要認證算法如下：
當用戶從客戶端請求登陸時，MySQL將授權(quán)表中的條目與客戶端所提供的條目進行比較，包括用戶的用戶名，密碼和主機。
授權(quán)表中的Host字段是可以使用通配符作為模式進行匹配的，如test.example.com, %.example.com, %.com和%都可以匹配test.example.com這個主機。
授權(quán)表中的User字段不允許使用模式匹配，但是可以有一個空字符的用戶名代表匿名用戶，并且空字符串可以匹配所有的用戶名，就像通配符一樣。
當user表中的Host和User有多個值可以匹配客戶端提供的主機和用戶名時，MySQL將user表讀入內(nèi)存，并且按照一定規(guī)則排序，按照排序規(guī)則讀取到的第一個匹配客戶端用戶名和主機名的條目對客戶端進行身份驗證。
排序規(guī)則：
引用自cnblogs
對于Host字段，按照匹配的精確程度進行排序，越精確的排序越前，例如當匹配test.example.com這個主機時, %.example.com比%.com更精確，而test.example.com比%.example.com更精確。
對于User字段，非空的字符串用戶名比空字符串匹配的用戶名排序更靠前。
User和Host字段都有多個匹配值，MySQL使用主機名排序最前的條目，在主機名字段相同時再選取用戶名排序更前的條目。
因此，如果User和Host字段都有多個匹配值，主機名最精確匹配的條目被用戶對用戶進行認證。
這樣一來，問題解決方案就出來了。解決方案：刪除庫中存在的匿名用戶
經(jīng)過查詢，確實存在匿名用戶，如下圖，刪除后即可成功登錄。
