一、無法連接到 localhost 上的 MySQL 服務(wù)器 (10061)

翻譯：

無法連接到 localhost 上的 MySQL 服務(wù)器。

分析：

這表明 localhost 計算機(jī)是存在的，但在這臺機(jī)器上沒有運(yùn)行 MySQL 服務(wù)?；蛘?，機(jī)器負(fù)載過高未能響應(yīng)請求也可能導(dǎo)致此錯誤。

解決：

1. 嘗試啟動這臺機(jī)器上的 MySQL 服務(wù)。
2. 如果啟動不成功，檢查 my.ini 配置文件是否有問題，并重新配置。
3. 如果懷疑 MySQL 負(fù)載異常，可以在 mysql/bin 目錄下執(zhí)行 mysqladmin -uroot -p123 processlist 來查看當(dāng)前 MySQL 進(jìn)程。

二、未知的 MySQL 服務(wù)器主機(jī) ‘localhosadst’ (11001)

翻譯：

未知的 MySQL 服務(wù)器主機(jī) localhosadst。

分析：

服務(wù)器名 localhosasdst 不存在或無法連接。

解決：

仔細(xì)檢查配置文件（如 ./config.inc.php），找到 $dbhost 并重新設(shè)置為正確的 MySQL 服務(wù)器地址。

三、用戶訪問被拒絕：‘roota@localhost’ (使用密碼：YES)

翻譯：

用戶 roota 訪問 localhost 被拒絕（密碼錯誤或未授權(quán)）。

分析：

這通常是因為數(shù)據(jù)庫用戶名或密碼與 MySQL 服務(wù)器中配置的不匹配。

解決：

仔細(xì)檢查配置文件（如 ./config.inc.php），找到 $dbuser 和 $dbpw，核實后重新設(shè)置并保存。

四、用戶沒有權(quán)限：‘red@localhost’ 訪問數(shù)據(jù)庫 ‘news’

翻譯：

用戶 red 在 localhost 上沒有權(quán)限操作數(shù)據(jù)庫 news。

分析：

這個錯誤發(fā)生在嘗試對數(shù)據(jù)庫進(jìn)行操作時，用戶 red 沒有足夠的權(quán)限。

解決：

如果是獨(dú)立主機(jī)，更新 mysql.user 表中 red 用戶的權(quán)限。

修改配置文件（如 ./config.inc.php），配置一個具有相應(yīng)數(shù)據(jù)庫操作權(quán)限的用戶。

使用 SQL 命令授權(quán)：

GRANT ALL PRIVILEGES ON dbname.* TO 'user'@'localhost' IDENTIFIED BY 'password';

執(zhí)行 FLUSH PRIVILEGES; 使權(quán)限更改生效，并重啟 MySQL 服務(wù)。

五、沒有選擇數(shù)據(jù)庫

翻譯：

沒有數(shù)據(jù)庫被選擇。

分析：

1. config.inc.php 中的 $dbname 設(shè)置錯誤，導(dǎo)致數(shù)據(jù)庫不存在。
2. 數(shù)據(jù)庫用戶沒有 SELECT 權(quán)限。

解決：

1. 打開 config.inc.php，找到 $dbname 并核實重新配置。
2. 如果確認(rèn) $dbname 正確，但問題依舊，檢查數(shù)據(jù)庫用戶權(quán)限，確保用戶有 SELECT 權(quán)限。

六、無法打開文件：'xxx_forums.MYI'（錯誤碼：145）

翻譯：無法打開文件xxx_forums.MYI。

問題分析：

遇到無法打開xxx_forums.MYI文件的問題，可能由以下原因引起：

1. 服務(wù)器非正常關(guān)閉、數(shù)據(jù)庫存儲空間已滿或其他未知因素導(dǎo)致數(shù)據(jù)庫表損壞。
2. 在類Unix操作系統(tǒng)中，直接復(fù)制或移動數(shù)據(jù)庫文件時，可能因文件權(quán)限或所有權(quán)問題而引發(fā)此錯誤。

解決方法：

1.修復(fù)數(shù)據(jù)表：

• 使用myisamchk工具（適用于獨(dú)立主機(jī)用戶）：切換到MySQL的bin目錄下，執(zhí)行myisamchk -r 數(shù)據(jù)文件目錄/數(shù)據(jù)表名.MYI命令進(jìn)行修復(fù)。
• 通過phpMyAdmin：登錄phpMyAdmin，選擇相應(yīng)的表，點擊“操作”菜單下的“表維護(hù)”，再選擇“修復(fù)表”。
• 注意：在執(zhí)行任何修復(fù)操作前，請務(wù)必備份數(shù)據(jù)庫。

2.修改文件權(quán)限或所有權(quán)（僅限獨(dú)立主機(jī)用戶）：確保數(shù)據(jù)庫文件可被MySQL運(yùn)行賬戶讀寫。在Linux或FreeBSD系統(tǒng)中，可能需要調(diào)整文件的所有者或權(quán)限。

七、表‘test.xxx_sessions’不存在

翻譯：表不存在錯誤。

分析：

當(dāng)執(zhí)行SQL查詢時，如果指定的表（如xxx_sessions）在數(shù)據(jù)庫中不存在，將出現(xiàn)此錯誤?？赡艿脑虬ǎ?/p>

• 安裝插件或進(jìn)行hack時修改了程序文件，但未同步更新數(shù)據(jù)庫。
• 使用了不完全的數(shù)據(jù)庫備份，或在錯誤的數(shù)據(jù)庫環(huán)境中導(dǎo)入了數(shù)據(jù)。

解決：

• 根據(jù)插件的安裝說明，檢查并補(bǔ)全所有必要的數(shù)據(jù)庫操作。
• 確保導(dǎo)入的數(shù)據(jù)與當(dāng)前論壇版本相匹配，避免版本不兼容問題。
• 如問題依舊，考慮咨詢插件作者或卸載插件。

八、在字段列表中未知的列‘column_name’

翻譯：未知的字段名錯誤。

分析：

執(zhí)行SQL查詢時，如果引用了表中不存在的列名（如column_name），將出現(xiàn)此錯誤?？赡艿脑虬ǎ?/p>

• 安裝插件或進(jìn)行hack時修改了程序文件，但未同步更新數(shù)據(jù)庫結(jié)構(gòu)。
• 程序文件與數(shù)據(jù)庫版本不匹配，如使用D2.5的數(shù)據(jù)庫配置來運(yùn)行D4.1的程序。

解決：

• 與解決“表不存在”問題的方法類似，檢查并補(bǔ)全所有必要的數(shù)據(jù)庫結(jié)構(gòu)更新。
• 確保程序文件與數(shù)據(jù)庫版本相匹配，避免版本不一致導(dǎo)致的錯誤。
• 如問題持續(xù)存在，考慮咨詢技術(shù)支持或?qū)で髮I(yè)幫助。

九、SQL語法錯誤

翻譯：有一個語法錯誤在你的SQL中。

分析：

論壇的標(biāo)準(zhǔn)程序通常不包含SQL語法錯誤。因此，這類錯誤通常由以下兩類原因引起：

1. 安裝插件或擅自修改程序。
2. 跨不同數(shù)據(jù)庫版本進(jìn)行數(shù)據(jù)的導(dǎo)出和導(dǎo)入。例如，MySQL 4.1的數(shù)據(jù)可能包含了MySQL 4.0不支持的功能（如字符集設(shè)定），當(dāng)這些數(shù)據(jù)被導(dǎo)入到MySQL 4.0時，就會引發(fā)SQL語法錯誤。

解決：

• 仔細(xì)檢查SQL語句，找出并修正錯誤。如果無法自行解決，可以使用標(biāo)準(zhǔn)程序替換出錯的程序部分。
• 在進(jìn)行數(shù)據(jù)庫備份時，要注意目標(biāo)MySQL版本。如果不打算導(dǎo)入到其他版本，則無需特殊設(shè)定；反之，則需要根據(jù)目標(biāo)版本進(jìn)行特殊設(shè)定。使用DZ4.1的后臺數(shù)據(jù)備份功能時，可以根據(jù)提示設(shè)定想要的格式。對于獨(dú)立主機(jī)，可以使用mysqldump命令導(dǎo)出為特定版本的格式，如：

mysqldump -uroot -p --default-character-set=latin1 --set-charset=gbk --skip-opt database > test.sql

十、索引重復(fù)錯誤

翻譯：插入xxx使索引1重復(fù)。

分析：

如果索引被設(shè)置為PRIMARY或UNIQUE，則表中該字段的每條記錄都必須保持唯一性。否則，在插入或更新數(shù)據(jù)時會出現(xiàn)此錯誤。這通常發(fā)生在數(shù)據(jù)庫寫操作期間，如Discuz! 4.1要求用戶名唯一，如果嘗試插入或更新已存在的用戶名，就會觸發(fā)此錯誤。此外，改變表結(jié)構(gòu)（如索引類型從INDEX變?yōu)閁NIQUE）或修改auto_increment值也可能導(dǎo)致此錯誤。

解決：

• 刪除重復(fù)的數(shù)據(jù)記錄，確保唯一性索引的正確性。
• 檢查并修改auto_increment值，確保其下一個值不與現(xiàn)有記錄沖突。
• 使用REPAIR TABLE "表名"命令可以暫時解決某些問題，但應(yīng)謹(jǐn)慎使用。

十一、索引名重復(fù)錯誤

翻譯：索引名重復(fù)。

分析：

嘗試創(chuàng)建的索引已經(jīng)存在于表中，這通常發(fā)生在升級過程中，可能是重復(fù)升級或用戶擅自添加的索引與升級文件中的索引名相同。

解決：

檢查已存在的索引和要添加的索引是否相同。如果相同，可以跳過該SQL語句；如果不同，則先刪除已存在的索引，再執(zhí)行添加索引的SQL語句。

十二、字段名重復(fù)錯誤

翻譯：字段名xxx重復(fù)。

分析：

嘗試添加的字段名xxx已經(jīng)存在于表中，這多發(fā)生在升級過程中，與索引名重復(fù)的錯誤類似。

解決：

檢查已存在的字段和要添加的字段是否完全相同（包括屬性）。如果完全相同，可以跳過該SQL語句；如果不同，則刪除已存在的字段，再執(zhí)行添加字段的SQL語句。繼續(xù)執(zhí)行升級程序。

十三、數(shù)據(jù)表已存在錯誤

翻譯：數(shù)據(jù)表xxx已經(jīng)存在。

分析：在數(shù)據(jù)庫中，xxx表已經(jīng)存在，再次嘗試創(chuàng)建同名的表會觸發(fā)此錯誤。這種情況多發(fā)生在論壇升級過程中，類似于字段名或索引名重復(fù)的問題。

解決：檢查已存在的表是否與要創(chuàng)建的表完全相同。如果相同，可以跳過執(zhí)行該SQL語句；如果不同，請先刪除已存在的表，然后繼續(xù)執(zhí)行升級文件。

十四、數(shù)據(jù)庫已存在錯誤

翻譯：不能創(chuàng)建數(shù)據(jù)庫xxx，數(shù)據(jù)庫已經(jīng)存在。

分析：MySQL中每個數(shù)據(jù)庫的名稱必須唯一，如果嘗試創(chuàng)建已存在的數(shù)據(jù)庫，將出現(xiàn)此錯誤。

解決：將已存在的數(shù)據(jù)庫重命名，或?qū)⒁獎?chuàng)建的數(shù)據(jù)庫名稱更改為不同的名稱，以避免名稱沖突。

十五、小結(jié)（針對問題 11\12\13\14）

此類問題錯誤提示中通常包含關(guān)鍵詞“duplicate”（重復(fù)）。在MySQL數(shù)據(jù)庫中，以下元素不能重復(fù)：

• 數(shù)據(jù)庫（database）
• 同一數(shù)據(jù)庫下的數(shù)據(jù)表（table）
• 同一數(shù)據(jù)表下的字段（column）
• 同一數(shù)據(jù)表下的索引（key）
• 在索引為UNIQUE或PRIMARY的情況下，數(shù)據(jù)表中的記錄中這些字段的值不能重復(fù)。

十六、未知系統(tǒng)變量錯誤

翻譯：未知的系統(tǒng)變量NAMES。

分析：MySQL版本不支持在SQL語句中直接設(shè)置字符集，此時強(qiáng)行設(shè)置會觸發(fā)此錯誤。

解決：從SQL語句中移除SET NAMES 'xxx'語句。

十七、查詢期間失去連接錯誤

翻譯：MySQL服務(wù)器在查詢期間失去連接。

分析：遠(yuǎn)程連接數(shù)據(jù)庫時，有時MySQL服務(wù)器在執(zhí)行SQL語句時會突然失去連接。

解決：此問題一般不需要特別處理，如果頻繁出現(xiàn)，考慮改善硬件環(huán)境或檢查網(wǎng)絡(luò)連接穩(wěn)定性。

十八、用戶資源超限錯誤

翻譯：MySQL用戶red已經(jīng)超過了‘max_updates’（最大更新次數(shù)）、‘max_questions’（最大查詢次數(shù)）、‘max_connections’（最大連接數(shù)），當(dāng)前設(shè)定為500。

分析：MySQL的user表中記錄了每個用戶的權(quán)限和資源限制，包括最大查詢次數(shù)、最大更新數(shù)和最大連接數(shù)。當(dāng)這些值超出設(shè)定時，會觸發(fā)此錯誤。

解決：

• 獨(dú)立主機(jī)用戶可以直接修改user表，然后執(zhí)行FLUSH PRIVILEGES;來更新權(quán)限。
• 虛擬主機(jī)用戶應(yīng)聯(lián)系空間商協(xié)商解決。

十九、連接過多錯誤

翻譯：達(dá)到最大連接數(shù)（1040）。

問題分析：

連接數(shù)超過了MySQL設(shè)置的值，與max_connections和wait_timeout參數(shù)有關(guān)。wait_timeout值越大，空閑連接的等待時間就越長，從而可能導(dǎo)致當(dāng)前連接數(shù)增加。

解決方法：

• 虛擬主機(jī)用戶請聯(lián)系空間商優(yōu)化MySQL服務(wù)器配置。
• 獨(dú)立主機(jī)用戶請聯(lián)系服務(wù)器管理員優(yōu)化MySQL服務(wù)器配置，可修改my.ini或my.cnf文件中的max_connections和wait_timeout參數(shù)，然后重啟MySQL服務(wù)。如果問題持續(xù)存在，建議進(jìn)行服務(wù)器整體優(yōu)化。

二十、用戶權(quán)限不足錯誤

錯誤編號：1141

問題描述：

MySQL 當(dāng)前用戶無權(quán)訪問數(shù)據(jù)庫。

問題分析：

用戶嘗試訪問數(shù)據(jù)庫時，由于權(quán)限不足，無法完成操作。

解決方法：

1. 虛擬主機(jī)用戶：請聯(lián)系空間商，確認(rèn)提供的賬號是否已授權(quán)數(shù)據(jù)庫的訪問權(quán)限。
2. 獨(dú)立主機(jī)用戶：請聯(lián)系服務(wù)器管理員，確認(rèn)提供的數(shù)據(jù)庫賬號是否具有管理此數(shù)據(jù)庫的權(quán)限。

二十一、數(shù)據(jù)庫表重命名錯誤

錯誤編號：1025

問題描述：
在嘗試將數(shù)據(jù)庫表從'%s'重命名為'%s'時發(fā)生錯誤。

問題分析：

該錯誤通常由于程序嘗試修改數(shù)據(jù)庫表名，但當(dāng)前用戶沒有足夠的權(quán)限或數(shù)據(jù)庫環(huán)境不支持此類操作。

解決方法：

1. 檢查程序中哪些部分需要修改數(shù)據(jù)庫表名，并確認(rèn)這是否是必要的操作。
2. 如果確實需要修改表名，請聯(lián)系空間商或服務(wù)器管理員，請求開放修改表名的權(quán)限，并確認(rèn)服務(wù)器狀態(tài)正常。

二十二、文件讀取錯誤

錯誤編號：1023

問題描述：

無法讀取數(shù)據(jù)庫文件‘%s’。

問題分析：

數(shù)據(jù)庫文件可能因為損壞、權(quán)限問題或MySQL服務(wù)異常而無法被讀取。

解決方法：

1. 虛擬主機(jī)用戶：請聯(lián)系空間商檢查數(shù)據(jù)庫文件的完整性和可訪問性。
2. 獨(dú)立主機(jī)用戶：
   • 聯(lián)系服務(wù)器管理員檢查MySQL服務(wù)是否正常。
   • 檢查MySQL是否可以正常讀取文件。
   • 對于Linux用戶，檢查MySQL數(shù)據(jù)庫文件的權(quán)限和屬性是否正確，以及文件本身是否損壞。

二十三、主機(jī)因連接錯誤被屏蔽

錯誤編號：1129

問題描述：

主機(jī)‘*****’由于多次連接錯誤被屏蔽。

問題分析：

當(dāng)MySQL服務(wù)器檢測到來自同一主機(jī)的多次連接錯誤時，會自動將該主機(jī)屏蔽以防止進(jìn)一步的錯誤嘗試。

解決方法：

1. 虛擬主機(jī)用戶：請聯(lián)系空間商處理此問題。
2. 獨(dú)立主機(jī)用戶：
   • 在MySQL的命令控制臺下執(zhí)行mysqladmin flush-hosts命令來解除主機(jī)的屏蔽狀態(tài)。
   • 如果問題持續(xù)存在，考慮重啟MySQL數(shù)據(jù)庫服務(wù)。

二十四、刪除數(shù)據(jù)庫失敗

錯誤編號：1009

問題描述：

無法刪除數(shù)據(jù)庫，因為無法刪除數(shù)據(jù)庫文件。

問題分析：

數(shù)據(jù)庫文件刪除失敗，這通常是因為當(dāng)前用戶沒有足夠的權(quán)限或數(shù)據(jù)庫文件存在但無法被刪除。

解決方法：

1. 檢查您使用的數(shù)據(jù)庫管理賬號是否具有刪除數(shù)據(jù)庫的權(quán)限。
2. 確認(rèn)數(shù)據(jù)庫是否確實存在，并檢查是否有其他進(jìn)程正在使用該數(shù)據(jù)庫文件。

二十五、磁盤空間不足

錯誤編號：1030

問題描述：

從表處理器收到錯誤28，表示磁盤空間已滿。

問題分析：

MySQL 數(shù)據(jù)庫所在的磁盤空間已用完，無法繼續(xù)執(zhí)行寫操作。

解決方法：

1. 虛擬主機(jī)用戶：請聯(lián)系空間商增加 MySQL 所在的磁盤空間或協(xié)助清理無用文件。
2. 獨(dú)立主機(jī)用戶：請聯(lián)系服務(wù)器管理員增加 MySQL 所在的磁盤空間或自行清理無用文件。

二十六、無法創(chuàng)建新線程

錯誤編號：11/35（注意：實際錯誤編號可能因MySQL版本而異，這里列出兩個可能的編號）

問題描述：

數(shù)據(jù)庫服務(wù)器無法創(chuàng)建新線程，盡管內(nèi)存似乎未耗盡。

問題分析：

此錯誤通常指向數(shù)據(jù)庫服務(wù)器內(nèi)部問題，可能由兩個主要原因引起：

1. 服務(wù)器系統(tǒng)內(nèi)存溢出，盡管錯誤提示表明內(nèi)存未耗盡，但可能是內(nèi)存管理問題。
2. 環(huán)境軟件損壞或系統(tǒng)損壞，影響MySQL的正常運(yùn)行。

解決方法：

1. 虛擬主機(jī)用戶：請聯(lián)系空間商檢查數(shù)據(jù)庫服務(wù)器的內(nèi)存和系統(tǒng)狀態(tài)是否正常。
2. 獨(dú)立主機(jī)用戶：
   • 聯(lián)系服務(wù)器管理員檢查服務(wù)器的內(nèi)存和系統(tǒng)狀態(tài)。
   • 如果服務(wù)器內(nèi)存緊張，請分析哪些進(jìn)程消耗了大量內(nèi)存，并考慮優(yōu)化這些進(jìn)程或增加服務(wù)器內(nèi)存。
   • 檢查系統(tǒng)日志和MySQL日志，查找可能的軟件損壞或系統(tǒng)錯誤，并采取相應(yīng)的修復(fù)措施。

二十七、客戶端不支持服務(wù)器請求的身份驗證協(xié)議

錯誤編號：1251

問題描述：

當(dāng)客戶端嘗試連接到MySQL服務(wù)器時，收到錯誤提示

Client does not support authentication protocol requested by server. Consider upgrading MySQL client

問題分析：

此錯誤通常發(fā)生在MySQL服務(wù)器升級到4.1或更高版本后，而客戶端版本較低不支持新版本的身份驗證協(xié)議。

解決方法：

• Windows 平臺：

更改連接MySQL的賬戶的加密方式。MySQL 4.1/5.0 使用 PASSWORD 加密方式。

可以通過以下任一SQL命令解決：

SET PASSWORD FOR 'some_user'@'some_host' = OLD_PASSWORD('new_password');

或

UPDATE mysql.user SET Password = OLD_PASSWORD('new_password') WHERE Host = 'some_host' AND User = 'some_user';  

FLUSH PRIVILEGES;

注意：執(zhí)行更新后需要運(yùn)行 FLUSH PRIVILEGES; 來使更改生效。

• Linux/Unix 平臺：

確保已安裝MySQL客戶端，并使用合適的版本?？梢允褂冒芾砥鳎ㄈ鐁pm）安裝：

rpm -ivh MySQL-client-4.1.15-0.i386.rpm

如果是在編譯PHP時鏈接MySQL，確保指定了MySQL的安裝路徑：

--with-mysql=/your/path/to/mysql

如果問題依舊，可以嘗試上述Windows平臺中的SQL命令來更改密碼加密方式。

二十八、無法通過套接字連接到本地MySQL服務(wù)器

錯誤編號：2002

問題描述：

嘗試通過套接字連接到本地MySQL服務(wù)器時失敗，錯誤提示為

Can’t connect to local MySQL server through socket ‘/var/lib/mysql/mysql.sock’

問題分析：

此錯誤通常由以下兩個原因引起：

1. MySQL服務(wù)器未啟動。
2. MySQL服務(wù)器已啟動，但客戶端無法找到正確的套接字文件。

解決方法：

1. 虛擬主機(jī)用戶：請聯(lián)系空間商確認(rèn)數(shù)據(jù)庫服務(wù)是否正常啟動。
2. 獨(dú)立主機(jī)用戶：

檢查MySQL服務(wù)是否已啟動。如果沒有啟動，請啟動MySQL服務(wù)。

如果MySQL服務(wù)已啟動，且是Linux系統(tǒng)，請檢查MySQL的套接字文件路徑。通?？梢栽贛ySQL的配置文件（如my.cnf）中找到。

修改應(yīng)用程序中的數(shù)據(jù)庫連接配置，指定正確的套接字文件路徑。

例如，在PHP的config.inc.php文件中，如果MySQL服務(wù)器在localhost上，且套接字文件位于/tmp/mysql.sock，則應(yīng)將$dbhost修改為：

$dbhost = 'localhost:/tmp/mysql.sock';

注意：標(biāo)準(zhǔn)的連接字符串通常不需要指定套接字路徑，除非MySQL服務(wù)器配置為非標(biāo)準(zhǔn)路徑。

如果MySQL服務(wù)器配置為監(jiān)聽TCP/IP端口（通常是3306），則只需指定$dbhost = 'localhost';或$dbhost = '127.0.0.1';即可。

如果確實需要指定套接字路徑，請確保語法正確，并且路徑無誤。

在某些情況下，可能需要在$dbhost中僅指定套接字路徑（不包含localhost:），但這取決于PHP的數(shù)據(jù)庫擴(kuò)展和配置。

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。