·         localhost是你本地主機名的一個同義詞，并且也是如果你不明確地指定主機而客戶端嘗試連接的默認主機。

要想在這種系統上避免該問題，你可以使用--host=127.0.0.1選項來明確命名服務器主機。這樣將通過TCP/IP協議來連接本地mysqld服務器。你還可以指定--host選項使用TCP/IP，使用實際的本機主機名。在這種情況下，主機名必須指定為服務器主機上的user表行，即使你在服務器上運行客戶端程序。

·         當嘗試用mysql -u user_name與數據庫連接時，如果你得到一個Access denied錯誤，可能會遇到與user表有關的問題，通過執行mysql -u root mysql并且執行下面的SQL語句進行檢查：

·                mysql> SELECT * FROM user;

結果應該包含一個有Host和User列的行匹配你的計算機主機名和你的MySQL用戶名。

• Access denied錯誤消息將告訴你，你正在用哪個用戶嘗試登錄，你正在試圖連接哪個主機，是否使用了密碼。通常，你應該在user表中有一行，正確地匹配在錯誤消息給出的主機名和用戶名。例如，如果遇到包含using password: NO的錯誤信息，說明你登錄時沒有密碼。

·         如果當你試著從一個不是MySQL服務器正在運行的主機上連接時，遇到下列錯誤，那么在user表中沒有匹配那臺主機的行：

·                Host ... is not allowed to connect to this MySQL server

可以通過組合你正在試圖連接的用戶/主機名設置一個賬戶來修正它。如果你不知道正連接的機器的IP號或主機名，應該把一個'%'行作為Host列值放在user表中。在試圖從客戶端器連接以后，通過SELECT USER()查詢顯示你如何真正進行連接。（然后用在日志文件上面顯示出的實際的主機名代替user表中的'%'行。否則，你將得到一個不安全的系統，因為它允許從任何主機上以任何用戶名連接。）

在Linux中，發生該錯誤的另一個原因可能是你正使用于你所使用版本的glibc庫不同版本的庫編譯的二進制MySQL版本。在這種情況下，你應升級操作系統或glibc，或下載MySQL版本的源碼分發版并自己編譯。源碼RPM一般很容易編譯并安裝，因此不是大問題。

·         如果你連接時指定主機名，但得到錯誤消息主機名未顯示或為IP號，表示當MySQL服務器將IP號解析為客戶端來名時遇到錯誤：

·                shell> mysqladmin -u root -pxxxx -h some-hostname ver

·                Access denied for user 'root'@'' (using password: YES)

這表示DNS問題。要想修復，執行mysqladmin flush-hosts來重設內部 DNS主機名緩存。參見7.5.6節，“MySQL如何使用DNS”。

一些常用的解決方案包括：

o        試試找出DNS服務器的錯誤并修復。

o        在MySQL授權表中指定IP號而不是主機名。

o        在/etc/hosts中放入客戶端名。

o        用--skip-name-resolve選項啟動mysqld。

o        用--skip-host-cache選項啟動mysqld。

o        在Unix中，如果你在同一臺機器上運行服務器和客戶端，連接到localhost。連接到的localhost的Unix連接使用Unix套接字文件而不是TCP/IP。

o        在Windows中，你在同一臺機器上運行服務器和客戶端并且服務器支持命名管道連接，連接主機名(周期)。連接使用命名管道而不是TCP/IP。

• 如果mysql -u root test工作但是mysql -h your_hostname -u root test導致Access denied（your_hostname是本地機的實際主機名），那么在user表中可能沒有你的主機的正確名字。這里的一個普遍的問題是在user表行中的Host值指定一個唯一的主機名，但是你系統的名字解析例程返回一個完全正規的域名(或相反)。例如，如果你在user表中有一個主機是'tcx'的行，但是你的DNS告訴MySQL你的主機名是'tcx.subnet.se'，行將不工作。嘗試把一個行加到user表中，它包含你主機的IP號作為Host列的值。（另外，你可以把一個行加到user表中，它有包含一個通配符如'tcx.%'的Host值。然而，使用以“%”結尾的主機名是不安全的并且不推薦！）
• 如果mysql -u user_name test工作但是mysql -u user_name other_db_name不工作，你沒有為給定的用戶授予other_db_name數據庫的訪問權限。
• 當在服務器上執行mysql -u user_name時，它工作，但是在其它遠程客戶端上執mysql -h host_name -u user_name時，它卻不工作，你沒有為給定的用戶授予從遠程主機訪問服務器的權限。
• 如果你不能弄明白你為什么得到Access denied，從user表中刪除所有Host包含通配符值的行(包含“%”或“_”的條目)。一個很普遍的錯誤是用Host='%'和User='some_user'插入一個新行，認為這將允許你指定localhost從同一臺機器進行連接。它不工作的原因是 默認權限包括一個有Host='localhost'和User=''的行，因為那個行的Host值'localhost'比'%'更具體，當從localhost連接時，它用于指向新行！正確的步驟是插入Host='localhost'和User='some_user'的第2個行，或刪除Host='localhost'和User=''行。刪除條目后，記住用FLUSH PRIVILEGES語句重載授權表。

·         如果你得到下列錯誤，可以與db或host表有關：

·                Access to database denied

如果從db表中選擇了在Host列有空值的條目，保證在host表中有一個或多個相應的條目，指定db表中的條目適用哪些主機。

·         如果你能夠連接MySQL服務器，但如果在使用命令SELECT ... INTO OUTFILE或LOAD DATA INFILE語句時，你得到Access denied錯誤，在user表中的條目可能沒有啟用FILE權限。

·         如果你直接更改授權表(例如，使用INSERT、UPDATE或DELETE語句)并且你的更改好像被忽略了，記住你必須執行FLUSH PRIVILEGES語句或mysqladmin flush-privileges命令讓服務器來重讀授權表。否則，直到服務器下次重啟，你的更改方有效。記住用UPDATE命令更改root密碼后，在清空權限前，你不需要指定新密碼，因為服務器還不知道你已經更改了密碼！

·         如果你的權限似乎在一個會話過程中改變了，可能是一個超級用戶改變了他們。再次裝入授權表會影響新客戶端連接，但是它也影響現存的連接，如5.7.7節，“權限更改何時生效”小節所述。

·         如果你有Perl、Python或ODBC程序的存取問題，試著用mysql -u user_name db_name或mysql -u user_name -pyour_pass db_name與服務器連接。如果你能用mysql客戶端進行連接，這是程序的一個問題而不是訪問權限的問題。（注意在-p和密碼之間沒有空格；也可以使用--password=your_pass語法指定密碼。如果使用-p選項，MySQL提示你輸入密碼。）

·         為了測試，用--skip-grant-tables選項啟動mysqld守護進程，然后你可以改變MySQL授權表并且使用mysqlaccess腳本檢查你的修改是否有如期的效果。當你對你的改變滿意時，執行mysqladmin flush-privileges告訴mysqld服務器開始使用新的 授權表。（再次裝入授權表覆蓋了--skip-grant-tables選項。這允許你告訴服務器開始使用授權表，而不用停掉并重啟它）。

·         如果任何其它事情失敗，用調試選項(例如，--debug=d,general,query)啟動mysqld服務器。這將打印有關嘗試連接的主機和用戶信息，和發出的每個命令的信息。請參見E.1.2節，“創建跟蹤文件”。

·         如果你有任何與MySQL授權表的其它問題，而且覺得你必須將這個問題發送到郵件表，一定要提供一個MySQL授權表的傾倒副本(dump)。你可用mysqldump mysql命令復制數據庫表。象平時一樣，用mysqlbug腳本郵寄你的問題。參見1.7.1.3節，“如何通報缺陷和問題”。在一些情況下可以用--skip-grant-tables重啟mysqld以便能運行mysqldump。