MySQL常見錯(cuò)誤分析與解決方法【總結(jié) 】

1、【總結(jié) 】MySQL常見錯(cuò)誤分析與解決方法1、Cant connect to MySQL server on localhost (10061)翻譯：不能連接到 localhost 上的mysql分析：這說明“l(fā)ocalhost”計(jì)算機(jī)是存在的，但在這臺(tái)機(jī)器上卻沒提供MySQL服務(wù)。需要啟動(dòng)這臺(tái)機(jī)器上的MySQL服務(wù),如果機(jī)子負(fù)載太高沒空相應(yīng)請求也會(huì)產(chǎn)生這個(gè)錯(cuò)誤。解決:既然沒有啟動(dòng)那就去啟動(dòng)這臺(tái)機(jī)子的mysql。如果啟動(dòng)不成功，多數(shù)是因?yàn)槟愕膍y.ini配置的有問題。重新配置其即可。如果覺得mysql負(fù)載異常，可以到mysql/bin 的目錄下執(zhí)行mysqladmin -uroot -p123

2、 processlist來查看mysql當(dāng)前的進(jìn)程。2、Unknown MySQL Server Host localhosadst (11001)翻譯：未知的MySQL服務(wù)器 localhosadst分析：服務(wù)器 localhosasdst 不存在?；蛘吒緹o法連接解決：仔細(xì)檢查自己論壇下面的 ./config.inc.php 找到$dbhost重新設(shè)置為正確的mysql 服務(wù)器地址。3、Access denied for user: rootalocalhost (Using password: YES)翻譯：用戶 roota 訪問 localhost 被拒絕（沒有允許通過）分析：造成這個(gè)

3、錯(cuò)誤一般數(shù)據(jù)庫用戶名和密碼相對mysql服務(wù)器不正確解決：仔細(xì)檢查自己論壇下面的 ./config.inc.php 找到$dbuser、$dbpw核實(shí)后重新設(shè)置保存即可。4、Access denied for user: redlocalhost to database newbbs翻譯：用戶 red 在localhost 服務(wù)器上沒有權(quán)限操作數(shù)據(jù)庫newbbs分析：這個(gè)提示和問題三是不同的。那個(gè)是在連接數(shù)據(jù)庫的時(shí)候就被阻止了，而這個(gè)錯(cuò)誤是在對數(shù)據(jù)庫進(jìn)行操作時(shí)引起的。比如在select update等等。這個(gè)是因?yàn)樵撚脩魶]有操作數(shù)據(jù)庫相應(yīng)的權(quán)力。比如select 這個(gè)操作在mysql.user

4、.Select_priv里記錄 Y 可以操作N 不可以操作。解決：如果是自己的獨(dú)立主機(jī)那么更新mysql.user 的相應(yīng)用戶記錄，比如這里要更新的用戶為red ?；蛘咧苯有薷?./config.inc.php 為其配置一個(gè)具有對數(shù)據(jù)庫操作權(quán)限的用戶或者通過如下的命令來更新授權(quán)grant all privileges on dbname.* to userlocalhost identified by password提示：更新了mysql庫中的記錄一定要重啟mysql服務(wù)器才能使更新生效FLUSH PRIVILEGES;5、No Database Selected翻譯：沒有數(shù)據(jù)庫被選擇上分析

5、：產(chǎn)生的原因有兩種config.inc.php 里面$dbname設(shè)置的不對。致使數(shù)據(jù)庫根本不存在，所以在 $db->select_db($dbname); 時(shí)返回了false和上面問題四是一樣的，數(shù)據(jù)庫用戶沒有select權(quán)限，同樣會(huì)導(dǎo)致這樣的錯(cuò)誤。當(dāng)你發(fā)現(xiàn)config.inc.php的設(shè)置沒有任何問題，但還是提示這個(gè)錯(cuò)誤，那一定就是這種情況了。解決：對癥下藥，打開config.inc.php 找到$dbname核實(shí)重新配置并保存，同問題四的解決方法。6、Cant open file: xxx_forums.MYI. (errno: 145)翻譯：不能打開xxx_forums.MYI分

6、析：這種情況是不能打開 cdb_forums.MYI 造成的，引起這種情況可能的原因有：1、服務(wù)器非正常關(guān)機(jī)，數(shù)據(jù)庫所在空間已滿，或一些其它未知的原因，對數(shù)據(jù)庫表造成了損壞。2、類 unix 操作系統(tǒng)下直接將數(shù)據(jù)庫文件拷貝移動(dòng)會(huì)因?yàn)槲募膶俳M問題而產(chǎn)生這個(gè)錯(cuò)誤。解決：1、修復(fù)數(shù)據(jù)表可以使用下面的兩種方式修復(fù)數(shù)據(jù)表：（第一種方法僅適合獨(dú)立主機(jī)用戶）1）使用 myisamchk ，MySQL 自帶了專門用戶數(shù)據(jù)表檢查和修復(fù)的工具 myisamchk 。更改當(dāng)前目錄到 MySQL/bin 下面，一般情況下只有在這個(gè)下面才能運(yùn)行 myisamchk 命令。常用的修復(fù)命令為：myisamchk -r 數(shù)

7、據(jù)文件目錄/數(shù)據(jù)表名.MYI；2）通過 phpMyAdmin 修復(fù)， phpMyAdmin 帶有修復(fù)數(shù)據(jù)表的功能，進(jìn)入到某一個(gè)表中后，點(diǎn)擊“操作”，在下方的“表維護(hù)”中點(diǎn)擊“修復(fù)表”即可。注意：以上兩種修復(fù)方式在執(zhí)行前一定要備份數(shù)據(jù)庫。2、修改文件的屬組（僅適合獨(dú)立主機(jī)用戶）1）復(fù)制數(shù)據(jù)庫文件的過程中沒有將數(shù)據(jù)庫文件設(shè)置為 MySQL 運(yùn)行的帳號可讀寫（一般適用于 Linux 和 FreeBSD 用戶）。7、Table test.xxx_sessions doesnt exist翻譯：xxxxx表不存在分析：在執(zhí)行sql語句時(shí)沒有找到表，比如：SELECT * FROM xxx_members

8、 WHERE uid=XX 這里如果表xxx_members不存在于$dbname庫里，那么就會(huì)提示這個(gè)錯(cuò)誤。具體可分為以下三種情況來討論：安裝插件或者h(yuǎn)ack時(shí)修改了程序文件，而忘記了對數(shù)據(jù)庫作相應(yīng)的升級。后臺(tái)使用了不完全備份，導(dǎo)入數(shù)據(jù)時(shí)沒有導(dǎo)入到已經(jīng)安裝了相應(yīng)版本的論壇的數(shù)據(jù)庫中。解決： 同樣對癥下藥，不同的原因不同的處理方法。仔細(xì)對照插件作者提供的安裝說明，把遺漏的對數(shù)據(jù)庫的操作補(bǔ)上，如果仍然不能解決問題，那么應(yīng)該懷疑該插件的可用性了。去咨詢一下插件作者，或者將其卸載。不要張冠李戴，多大的腳就穿多大的鞋?？傊沟贸绦蛭募蛿?shù)據(jù)庫配套即可.8、Unknown column column_n

9、ame in field list翻譯：未知的字段名 column_name分析：在執(zhí)行sql語句是出現(xiàn)了指定表中沒有的字段名稱，就會(huì)出現(xiàn)這個(gè)錯(cuò)誤。具體導(dǎo)致的原因可分為以下兩種安裝插件或者h(yuǎn)ack時(shí)修改了程序文件，而忘記了對數(shù)據(jù)庫作相應(yīng)的升級。程序文件和數(shù)據(jù)庫不配套，比如d2.5的數(shù)據(jù)庫配置給d4.1的程序來用肯定會(huì)出現(xiàn)這個(gè)錯(cuò)誤。解決：導(dǎo)致的原因和問題八的1和 3是相同的，所以解決方法也一樣。9、You have an error in your SQL syntax翻譯：有一個(gè)語法錯(cuò)誤在你的sql中分析：論壇標(biāo)準(zhǔn)的程序是沒有sql語法錯(cuò)誤的。所以造成這個(gè)錯(cuò)誤的原因一般就兩類安裝插件或擅自修改

10、程序。不同的數(shù)據(jù)庫版本數(shù)據(jù)庫導(dǎo)出導(dǎo)入，比如MySQL4.1的數(shù)據(jù)在導(dǎo)出的語句包含了MySQL4.0沒有的功能，像字符集的設(shè)定，這時(shí)如果將這些sql導(dǎo)入到MySQL4.0的時(shí)候就會(huì)產(chǎn)生sql語法錯(cuò)誤。解決：仔細(xì)檢查看到底是哪里的錯(cuò)誤，將其修正，實(shí)在不行就用標(biāo)準(zhǔn)程序把出錯(cuò)的程序替換。在數(shù)據(jù)庫備份的時(shí)候要留意，如果不打算倒入到其他版本的mysql中則不用特殊考慮，反之要特殊的設(shè)定。使用DZ4.1的后臺(tái)數(shù)據(jù)備份，可以按照提示去設(shè)定想要的格式。獨(dú)立主機(jī)的也可以在到處的時(shí)候?qū)⑵鋵?dǎo)出為mysql4.0的格式。mysqldump -uroot -p default-character-set=latin1 s

11、et-charset=gbk skip-opt databse > test.sql10、Duplicate entry xxx for key 1翻譯：插入 xxx 使索引1重復(fù)分析：索引如果是primary unique這兩兩種，那么數(shù)據(jù)表的數(shù)據(jù)對應(yīng)的這個(gè)字段就必須保證其每條記錄的唯一性。否則就會(huì)產(chǎn)生這個(gè)錯(cuò)誤。一般發(fā)生在對數(shù)據(jù)庫寫操作的時(shí)候，例如Discuz!4.1論壇程序要求所有會(huì)員的用戶名username必須唯一，即username的索引是 unique，這時(shí)如果強(qiáng)行往cdb_members表里插入一個(gè)已有的username的記錄就會(huì)發(fā)上這個(gè)錯(cuò)誤，或者將一條記錄的username

12、更新 為已有的一個(gè)username。改變表結(jié)構(gòu)的時(shí)候也有可能導(dǎo)致這個(gè)錯(cuò)誤。例如 Discuz!4.0論壇的數(shù)據(jù)庫中cdb_members.username 的索引類型是index這個(gè)時(shí)候是允許有相同username的記錄存在的，在升級到4.1的時(shí)候，因?yàn)橐獙sername的索引由原來的index變 為unique。如果這時(shí)cdb_members里存在有相同的username的記錄，那么就會(huì)引發(fā)這個(gè)錯(cuò)誤。導(dǎo)出數(shù)據(jù)據(jù)時(shí)有時(shí)會(huì)因?yàn)橐恍┰颍ㄗ髡吣壳斑€不清楚）導(dǎo)致同一條記錄被重復(fù)導(dǎo)出，那么這個(gè)備份數(shù)據(jù)在導(dǎo)入的時(shí)候出現(xiàn)這個(gè)錯(cuò)誤是在所難免的了。修改了auto_increment的值，致使“下一個(gè) Aut

13、oindex”為一條已經(jīng)存在的記錄解決：兩種思路，一是破壞掉唯一性的索引。二是把重復(fù)的數(shù)據(jù)記錄干掉，只保留一條。很顯然第一種思路是不可取的。那么按照二的思路我們得出以下幾種解決方法，對應(yīng)上面的i ii iii （略）按照錯(cuò)誤提示里的信息到數(shù)據(jù)庫中將重復(fù)的記錄刪除，僅保留一條即可。之后繼續(xù)執(zhí)行升級操作。這種情況發(fā)生的概率很小，可以用文本編輯器打開備份文檔，查找重復(fù)的信息。將其多余的拿掉，僅保留一條即可。查詢出表中auto_increment最大的一條記錄，設(shè)置auto_incerment比其大一即可。PS：repaire table “表名“，可以暫時(shí)解決問題。11、 Duplicate key

14、 name xxx翻譯：索引名重復(fù)分析：要?jiǎng)?chuàng)建的索引已經(jīng)存在了，就會(huì)引發(fā)這個(gè)錯(cuò)誤，這個(gè)錯(cuò)誤多發(fā)生在升級的時(shí)候?？赡苁且呀?jīng)升級過的，重復(fù)升級引起的錯(cuò)誤。也有可能是之前用戶擅自加的索引，剛好與升級文件中的所以相同了。解決：看看已經(jīng)存在的索引和要添加的索引是否一樣，一樣的話可以跳過這條sql語句，如果不一樣那么現(xiàn)刪除已存在的所以，之后再執(zhí)行。12、 Duplicate column name xxx翻譯：字段名xxx重復(fù)分析：添加的字段xxx已經(jīng)存在，多發(fā)生在升級過程中，與問題十二的產(chǎn)生是一樣的。解決： 看一下已經(jīng)存在的字段是否和將要添加的字段屬性完全相同，如果相同則可以跳過不執(zhí)行這句sql，如果不

15、一樣則刪除掉這個(gè)字段。之后繼續(xù)執(zhí)行升級程序。13、 Table xxx already exists翻譯：數(shù)據(jù)表xxx已經(jīng)存在分析：xxx表已經(jīng)存在于庫中，再次試圖創(chuàng)建這個(gè)名字的表就會(huì)引發(fā)這個(gè)錯(cuò)誤。同樣多發(fā)生在論壇的升級中。類似于問題十二。解決： 看看已經(jīng)存在的表是否和將要?jiǎng)?chuàng)建的表完全一樣，一樣的話可以跳過不執(zhí)行這個(gè)sql，否則請將存在的表先刪除，之后繼續(xù)執(zhí)行升級文件。14、 Cant create database xxx. Database exists翻譯：不能創(chuàng)建數(shù)據(jù)庫xxx，數(shù)據(jù)庫已經(jīng)存在分析：一個(gè)mysql下面的數(shù)據(jù)庫名稱必須保證唯一性，否則就會(huì)有這個(gè)錯(cuò)誤。解決：把已經(jīng)存在的數(shù)據(jù)庫

16、改名或者把將要?jiǎng)?chuàng)建的數(shù)據(jù)庫改名，總之不讓他們的名稱沖突。15、 小結(jié)（針對問題 1112131415）此類問題錯(cuò)誤提示中都暗藏一個(gè)關(guān)鍵詞duplicate（重復(fù)）那么對于mysql數(shù)據(jù)庫來說什么東西是不能重復(fù)的呢？數(shù)據(jù)庫 database同一個(gè)數(shù)據(jù)庫下數(shù)據(jù)表 table同一個(gè)數(shù)據(jù)表下字段 column同一個(gè)數(shù)據(jù)表下索引 key同一個(gè)數(shù)據(jù)表在索引唯一（UNIQUE PRIMARY）的情況下記錄中的這些字段不可以重復(fù)16、Unknown system variable NAMES翻譯：未知的系統(tǒng)變量NAMES分析：Mysql版本不支持字符集設(shè)定，此時(shí)強(qiáng)行設(shè)定字符集就會(huì)出現(xiàn)這個(gè)錯(cuò)誤。解決：將sql語

17、句中的SET NAMES xxx 語句去掉17、 Lost connection to MySQL server during query翻譯：MySQL服務(wù)器失去連接在查詢期間分析：遠(yuǎn)程連接數(shù)據(jù)庫是有時(shí)會(huì)有這個(gè)問題。MySQL服務(wù)器在執(zhí)行一條sql語句的時(shí)候失去了連接造成的。解決：一般不需要怎么去處理，如果頻繁的出現(xiàn)那么考慮改善硬件環(huán)境。18、User red has exceeded the max_updates resource (current value: 500)翻譯：msql用戶red已經(jīng)超過了max_updates（最大更新次數(shù)），max_questions（最大查詢次數(shù)），

18、max_connections（最大連接數(shù)），當(dāng)前設(shè)定為500分析：在mysql數(shù)據(jù)庫的下有一個(gè)庫為mysql，它其中有一個(gè)表為user這里面的紀(jì)錄每一條都對應(yīng)為一個(gè)mysql用戶的授權(quán)。其中字段 max_questions max_updates max_connections分別記錄著最大查詢次數(shù) 最大更新數(shù) 最大連接數(shù)，當(dāng)目前的任何一個(gè)參數(shù)大于任何一個(gè)設(shè)定的值就會(huì)產(chǎn)生這個(gè)錯(cuò)誤。解決：獨(dú)立主機(jī)用戶可以直接修改授權(quán)表。修改完之后重啟mysql或者跟新授權(quán)表，進(jìn)入mysql提示符下執(zhí)行FLUSH PRIVILEGES;記得后面要有分號;虛擬主機(jī)的用戶如果總是出現(xiàn)這個(gè)問題可找空間商協(xié)商解決。19

19、、Too many connections (1040)鏈接過多翻譯：達(dá)到最大連接數(shù)分析：連接數(shù)超過了mysql設(shè)置的值，與max_connections 和wait_timeout 都有關(guān)系。wait_timeout的值越大，連接的空閑等待就越長，這樣就會(huì)造成當(dāng)前連接數(shù)越大解決：1.虛擬主機(jī)用戶請聯(lián)系空間商優(yōu)化 MySQL 服務(wù)器的配置；2.獨(dú)立主機(jī)用戶請聯(lián)系服務(wù)器管理員優(yōu)化 MySQL 服務(wù)器的配置，可參考：修改 MySQL 配置文件 my.ini 或者 f 中的參數(shù)：max_connections= 1000wait_timeout = 10修改后重啟 MySQL ，如果經(jīng)常性的報(bào)此錯(cuò)誤

20、，請做一下服務(wù)器的整體優(yōu)化。20、There is no such grant defined for user %s on host %serror：1141翻譯：沒有授權(quán)定義user或主機(jī)分析：MySQL 當(dāng)前用戶無權(quán)訪問數(shù)據(jù)庫。解決：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)限。21、Error on rename of %s to %s (errno: %d)error.:1025翻譯：重命名錯(cuò)誤分析：請檢查一下您的程序是否有修改數(shù)據(jù)庫表名的語句。解決：1.請檢查您的程序中哪

21、些地方需要修改數(shù)據(jù)庫表名；2.如果您的實(shí)際應(yīng)用確實(shí)需要修改到數(shù)據(jù)庫表名的話，請聯(lián)系空間商或者服務(wù)器管理員給您開放修改庫名的權(quán)限和服務(wù)器本身是否正常。22、Error reading file %s (errno: %d)error.:1023翻譯：讀文件出錯(cuò)分析：數(shù)據(jù)庫文件不能被讀取。解決：1.虛擬主機(jī)用戶請聯(lián)系空間商查看數(shù)據(jù)庫是否完好。2.獨(dú)立主機(jī)用戶請聯(lián)系服務(wù)器管理員檢查一下 MySQL 本身是否正常， MySQL 是否可以讀取文件，Linux 用戶可以檢查一下 MySQL 的數(shù)據(jù)庫文件的屬主是否正確以及本身的文件是否損壞。23、Host * is blocked because of m

22、any connection errors; unblock with mysqladmin flush-hostserror.:1129翻譯：主機(jī)被阻塞，因?yàn)樵S多連接錯(cuò)誤，疏通執(zhí)行mysqladmin flush-hosts。分析：數(shù)據(jù)庫出現(xiàn)異常，請重啟數(shù)據(jù)庫。解決：1. 由于存在很多連接錯(cuò)誤，主機(jī)*被屏蔽，虛擬主機(jī)用戶請聯(lián)系空間商處理，獨(dú)立主機(jī)用戶請聯(lián)系服務(wù)器管理員，在 MySQL 的命令控制臺(tái)下執(zhí)行mysqladmin flush-hosts解除屏蔽即可，或者重啟 MySQL 數(shù)據(jù)庫24、dropping database (cant delete %s, errno: %d)error

23、.:1009翻譯：刪除數(shù)據(jù)庫，不能刪除。分析：不能刪除數(shù)據(jù)庫文件，導(dǎo)致刪除數(shù)據(jù)庫失敗。解決：1.檢查您使用的數(shù)據(jù)庫管理帳號是否有權(quán)限刪除數(shù)據(jù)。2.檢查數(shù)據(jù)庫是否存在。25、Got error 28 from table handlererror.:1030翻譯：表的錯(cuò)誤處理分析：數(shù)據(jù)庫所在磁盤空間已滿。解決：1.虛擬主機(jī)用戶請聯(lián)系空間商增加 MySQL 所在的磁盤空間或者清理一些無用文件；2.獨(dú)立主機(jī)用戶請聯(lián)系服務(wù)器管理員增加 MySQL 所在的磁盤空間或者清理一些無用文件26、Cant create a new thread; if you are not out of available

24、memory, you can consult the manual for a possible OS-dependent bugerror.:1135翻譯：不能創(chuàng)建一個(gè)新線程,如果你不是可用內(nèi)存,你可以查閱手冊可能依賴于錯(cuò)誤。分析：數(shù)據(jù)庫服務(wù)器問題，數(shù)據(jù)庫操作無法創(chuàng)建新線程。一般是兩個(gè)原因：1.服務(wù)器系統(tǒng)內(nèi)存溢出。2.環(huán)境軟件損壞或系統(tǒng)損壞。解決：1.虛擬主機(jī)用戶請聯(lián)系下空間商數(shù)據(jù)庫服務(wù)器的內(nèi)存和系統(tǒng)是否正常。2.獨(dú)立主機(jī)用戶請聯(lián)系服務(wù)器管理員檢查服務(wù)器的內(nèi)存和系統(tǒng)是否正常，如果服務(wù)器內(nèi)存緊張，請檢查一下哪些進(jìn)程消耗了服務(wù)器的內(nèi)存，同時(shí)考慮是否增加服務(wù)器的內(nèi)存來提高整個(gè)的負(fù)載能力。27、E

25、rror: Client does not support authentication protocol requested by server; consider upgrading MySQL clienterror.:1251翻譯：錯(cuò)誤:客戶端不支持身份驗(yàn)證協(xié)議要求服務(wù)器;考慮升級MySQL客戶端分析：如果你升級 MySQL 到 4.1 以上版本后遇到以上問題,請先確定你的 MySQL Client 是 4.1 或者更高版本( Windows 下有問題你就直接跳到下面看解決方法了，因?yàn)?MySQL 在 Windows 是 client 和 server 一起裝上了的)。解決：1. Wi

26、ndows 平臺(tái)主要是改變連接 MySQL 的帳戶的加密方式，MySQL 4.1/5.0 是通過 PASSWORD 這種方式加密的?？梢酝ㄟ^以下兩種方法得到解決：1) mysql->SET PASSWORD FOR some_usersome_host=OLD_PASSWORD(new_password);2) mysql->UPDATE mysql.user SET Password=OLD_PASSWORD(new_password) WHERE Host=some_host AND User=some_user'2. Linux/Unix 平臺(tái)Linux 平臺(tái)下首先確

27、定是否安裝過 MySQL 的客戶端，這個(gè)用 rpm 安裝很簡單，Linux 代碼為：rpm -ivh MySQL-client-4.1.15-0.i386.rpm然后在編譯 php 的時(shí)候要加上：with-mysql=/your/path/to/mysql一般情況下都可以解決。如果還出現(xiàn)這種錯(cuò)誤，可以按照下面的方法來做：mysql->SET PASSWORD FOR some_usersome_host=OLD_PASSWORD(new_password);mysql->UPDATE mysql.user SET Password=OLD_PASSWORD(new_password

28、) WHERE Host=some_host AND User=some_user'28、Error: Cant connect to local MySQL server through socket /var/lib/mysql/mysql.sockerror.:2002翻譯：錯(cuò)誤:不能通過套接字連接到本地MySQL服務(wù)器分析：出現(xiàn)這個(gè)錯(cuò)誤一般情況下是因?yàn)橄旅鎯蓚€(gè)原因：1.MySQL 服務(wù)器沒有開啟。2.MySQL 服務(wù)器開啟了，但不能找到 socket 文件。解決：1.虛擬主機(jī)用戶，請聯(lián)系空間商確認(rèn)數(shù)據(jù)庫是否正常啟動(dòng)。2.獨(dú)立主機(jī)用戶，請檢查一下 MySQL 服務(wù)是否已經(jīng)開啟，沒有開啟，請啟動(dòng) MySQL 服務(wù)；如果已經(jīng)開啟，并且是 Linux 系統(tǒng)，請檢查一下 MySQL 的 so