ERROR 1044 (42000): Access denied for user 'root'@'%' to database

-- 2014.12.10

        昨天根據開發的需要，建立了幾個使用者，但是在授權的時候報錯：
ERROR 1044 (42000): Access denied for user 'root'@'%' to database 'mdm'

在網上搜了一下，大概有以下幾種說法：
1、對該資料庫許可權不足。
2、引數問題。
3、user的user列存在空值記錄。
以上的解決方法基本上都是需要重啟MySQL、而且都是片面的。

這裡解釋一下，出現這種情況的原因。
     首先這裡是用root使用者操作，所以對這個資料庫的許可權絕對是最高階的，但是如果是非root使用者操作，就可能是許可權的問題，需要root使用者授權。
     出現上面的報錯，很可能，其實應該可以說基本上都是因為my.cnf 檔案裡面有skip-name-resolve引數，這個引數導致這不能解析hostname或其它方式的登入, 所以登入任何使用者，匹配的時候不走root@'localhost',或者127.0.0.1或者：：1 ，而是 一個勁的走root@'%'.
再來檢視一下每種方式下的root使用者的具體許可權：

我這裡root有三種解析登入方式分別是：Host: bidevedw\_db、Host: ::1、Host: %
一般情況還有Host:127.0.0.1、Host:localhost我的裡面把哪兩種刪了。
請注意 ！
 注意上面每條記錄的的紅色字型部分Grant_priv: Y
這個表示，以這種方式解析登入的root使用者，是否有grant許可權，Y則表示有授許可權給其他使用者的許可權，N表示沒有。
這裡恰好，就是我們要找的原因，因為我的/my.cnf檔案裡面有skip-name-resolve引數，所以root都是解析到@'%'方式登入，於是就沒有grant_priv許可權。

解決方法：
1、在不重啟MySQL服務的情況下，只需要在登入的時候加上-h引數。
例如：(a). /usr/local/mysql/bin/mysql -uroot -p123456 -h::1
         (b)./usr/local/mysql/bin/mysql -uroot -p123456 -h127.0.0.1
2、需要重啟MySQL。把skip-name-resolve引數去掉  ---- 還沒驗證。不過我記得，如果去掉了，日誌裡面會有大量的警告資訊。我是因為那些警告資訊，才新增的這個引數。