MySQL 最流行的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，由于其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點(diǎn)，一般中小型網(wǎng)站的開發(fā)都選擇 MySQL 作為網(wǎng)站數(shù)據(jù)庫。下面筆者將 MySQL 常見錯(cuò)誤與解決方法做個(gè)簡(jiǎn)單的總結(jié) ，希望可以幫助到 MySQL的使用者們。

1、Can’t 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)請(qǐ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 processlist來查看mysql當(dāng)前的進(jìn)程。

2、Unknown MySQL Server Host ‘localhosadst’ (11001)

翻譯：未知的MySQL服務(wù)器 localhosadst

分析：服務(wù)器 localhosasdst 不存在。或者根本無法連接

解決：仔細(xì)檢查自己論壇下面的 ./config.inc.php 找到$dbhost重新設(shè)置為正確的mysql 服務(wù)器地址。

3、Access denied for user: ‘roota@localhost’ (Using password: YES)

翻譯：用戶 roota 訪問 localhost 被拒絕（沒有允許通過）

分析：造成這個(gè)錯(cuò)誤一般數(shù)據(jù)庫用戶名和密碼相對(duì)mysql服務(wù)器不正確

解決：仔細(xì)檢查自己論壇下面的 ./config.inc.php 找到$dbuser、$dbpw核實(shí)后重新設(shè)置保存即可。

4、Access denied for user: ‘red@localhost’ to database ‘newbbs’

翻譯：用戶 red 在localhost 服務(wù)器上沒有權(quán)限操作數(shù)據(jù)庫newbbs

分析：這個(gè)提示和問題三是不同的。那個(gè)是在連接數(shù)據(jù)庫的時(shí)候就被阻止了，而這個(gè)錯(cuò)誤是在對(duì)數(shù)據(jù)庫進(jìn)行操作時(shí)引起的。比如在select update等等。這個(gè)是因?yàn)樵撚脩魶]有操作數(shù)據(jù)庫相應(yīng)的權(quán)力。比如select 這個(gè)操作在mysql.user.Select_priv里記錄 Y 可以操作N 不可以操作。

解決：如果是自己的獨(dú)立主機(jī)那么更新mysql.user 的相應(yīng)用戶記錄，比如這里要更新的用戶為red 。或者直接修改 ./config.inc.php 為其配置一個(gè)具有對(duì)數(shù)據(jù)庫操作權(quán)限的用戶

或者通過如下的命令來更新授權(quán)grant all privileges on dbname.* to ‘user’@’localhost’ identified by ‘password’

提示：更新了mysql庫中的記錄一定要重啟mysql服務(wù)器才能使更新生效

FLUSH PRIVILEGES;

5、No Database Selected

翻譯：沒有數(shù)據(jù)庫被選擇上

分析：產(chǎn)生的原因有兩種

config.inc.php 里面$dbname設(shè)置的不對(duì)。致使數(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ò)誤，那一定就是這種情況了。

解決：對(duì)癥下藥

打開config.inc.php 找到$dbname核實(shí)重新配置并保存

同問題四的解決方法

6、Can’t open file: ‘xxx_forums.MYI’. (errno: 145)

翻譯：不能打開xxx_forums.MYI

問題分析：

這種情況是不能打開 cdb_forums.MYI 造成的，引起這種情況可能的原因有：

1、服務(wù)器非正常關(guān)機(jī)，數(shù)據(jù)庫所在空間已滿，或一些其它未知的原因，對(duì)數(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ù)據(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)行的帳號(hào)可讀寫（一般適用于 Linux 和 FreeBSD 用戶）。

7、Table ‘test.xxx_sessions’ doesn’t exist

翻譯：xxxxx表不存在

分析：在執(zhí)行sql語句時(shí)沒有找到表，比如：SELECT * FROM xxx_members WHERE uid=’XX’ 這里如果表xxx_members不存在于$dbname庫里，那么就會(huì)提示這個(gè)錯(cuò)誤。具體可分為以下三種情況來討論：

安裝插件或者h(yuǎn)ack時(shí)修改了程序文件，而忘記了對(duì)數(shù)據(jù)庫作相應(yīng)的升級(jí)。

后臺(tái)使用了不完全備份，導(dǎo)入數(shù)據(jù)時(shí)沒有導(dǎo)入到已經(jīng)安裝了相應(yīng)版本的論壇的數(shù)據(jù)庫中。

解決： 同樣對(duì)癥下藥，不同的原因不同的處理方法。

仔細(xì)對(duì)照插件作者提供的安裝說明，把遺漏的對(duì)數(shù)據(jù)庫的操作補(bǔ)上，如果仍然不能解決問題，那么應(yīng)該懷疑該插件的可用性了。去咨詢一下插件作者，或者將其卸載。

不要張冠李戴，多大的腳就穿多大的鞋。總之使得程序文件和數(shù)據(jù)庫配套即可.

8、Unknown column ‘column_name’ in ‘field list’

翻譯：未知的字段名 column_name

分析：在執(zhí)行sql語句是出現(xiàn)了指定表中沒有的字段名稱，就會(huì)出現(xiàn)這個(gè)錯(cuò)誤。具體導(dǎo)致的原因可分為以下兩種

安裝插件或者h(yuǎn)ack時(shí)修改了程序文件，而忘記了對(duì)數(shù)據(jù)庫作相應(yīng)的升級(jí)。

程序文件和數(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ò)誤的原因一般就兩類

安裝插件或擅自修改程序。

不同的數(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 –set-charset=gbk –skip-opt databse > test.sql

10、Duplicate entry ‘xxx’ for key 1

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

分析：索引如果是primary unique這兩兩種，那么數(shù)據(jù)表的數(shù)據(jù)對(duì)應(yīng)的這個(gè)字段就必須保證其每條記錄的唯一性。否則就會(huì)產(chǎn)生這個(gè)錯(cuò)誤。

一般發(fā)生在對(duì)數(shù)據(jù)庫寫操作的時(shí)候，例如Discuz!4.1論壇程序要求所有會(huì)員的用戶名username必須唯一，即username的索引是 unique，這時(shí)如果強(qiáng)行往cdb_members表里插入一個(gè)已有的username的記錄就會(huì)發(fā)上這個(gè)錯(cuò)誤，或者將一條記錄的username更新 為已有的一個(gè)username。

改變表結(jié)構(gòu)的時(shí)候也有可能導(dǎo)致這個(gè)錯(cuò)誤。例如 Discuz!4.0論壇的數(shù)據(jù)庫中cdb_members.username 的索引類型是index這個(gè)時(shí)候是允許有相同username的記錄存在的，在升級(jí)到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è) Autoindex”為一條已經(jīng)存在的記錄

解決： 兩種思路，一是破壞掉唯一性的索引。二是把重復(fù)的數(shù)據(jù)記錄干掉，只保留一條。很顯然第一種思路是不可取的。那么按照二的思路我們得出以下幾種解決方法，對(duì)應(yīng)上面的i ii iii （略）

按照錯(cuò)誤提示里的信息到數(shù)據(jù)庫中將重復(fù)的記錄刪除，僅保留一條即可。之后繼續(xù)執(zhí)行升級(jí)操作。

這種情況發(fā)生的概率很小，可以用文本編輯器打開備份文檔，查找重復(fù)的信息。將其多余的拿掉，僅保留一條即可。

查詢出表中auto_increment最大的一條記錄，設(shè)置auto_incerment比其大一即可。

PS：repaire table “表名“，可以暫時(shí)解決問題。

11、 Duplicate key name ‘xxx’

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

分析：要?jiǎng)?chuàng)建的索引已經(jīng)存在了，就會(huì)引發(fā)這個(gè)錯(cuò)誤，這個(gè)錯(cuò)誤多發(fā)生在升級(jí)的時(shí)候。可能是已經(jīng)升級(jí)過的，重復(fù)升級(jí)引起的錯(cuò)誤。也有可能是之前用戶擅自加的索引，剛好與升級(jí)文件中的所以相同了。

解決： 看看已經(jīng)存在的索引和要添加的索引是否一樣，一樣的話可以跳過這條sql語句，如果不一樣那么現(xiàn)刪除已存在的所以，之后再執(zhí)行。

12、 Duplicate column name ‘xxx’

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

分析：添加的字段xxx已經(jīng)存在，多發(fā)生在升級(jí)過程中，與問題十二的產(chǎn)生是一樣的。

解決： 看一下已經(jīng)存在的字段是否和將要添加的字段屬性完全相同，如果相同則可以跳過不執(zhí)行這句sql，如果不一樣則刪除掉這個(gè)字段。之后繼續(xù)執(zhí)行升級(jí)程序。

13、 Table ‘xxx’ already exists

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

分析：xxx表已經(jīng)存在于庫中，再次試圖創(chuàng)建這個(gè)名字的表就會(huì)引發(fā)這個(gè)錯(cuò)誤。同樣多發(fā)生在論壇的升級(jí)中。類似于問題十二。

解決： 看看已經(jīng)存在的表是否和將要?jiǎng)?chuàng)建的表完全一樣，一樣的話可以跳過不執(zhí)行這個(gè)sql，否則請(qǐng)將存在的表先刪除，之后繼續(xù)執(zhí)行升級(jí)文件。

14、 Can’t 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ù)庫改名或者把將要?jiǎng)?chuàng)建的數(shù)據(jù)庫改名，總之不讓他們的名稱沖突。

15、 小結(jié)（針對(duì)問題 11\12\13\14\15）

此類問題錯(cuò)誤提示中都暗藏一個(gè)關(guān)鍵詞duplicate（重復(fù)）

那么對(duì)于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語句中的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ù)），’max_connections’（最大連接數(shù)），當(dāng)前設(shè)定為500

分析：在mysql數(shù)據(jù)庫的下有一個(gè)庫為mysql，它其中有一個(gè)表為user這里面的紀(jì)錄每一條都對(duì)應(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;

記得后面要有分號(hào)’;’

虛擬主機(jī)的用戶如果總是出現(xiàn)這個(gè)問題可找空間商協(xié)商解決。

19、Too many connections (1040)鏈接過多

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

問題分析：

連接數(shù)超過了mysql設(shè)置的值，與max_connections 和wait_timeout 都有關(guān)系。wait_timeout的值越大，連接的空閑等待就越長(zhǎng)，這樣就會(huì)造成當(dāng)前連接數(shù)越大

解決方法：

1.虛擬主機(jī)用戶請(qǐng)聯(lián)系空間商優(yōu)化 MySQL 服務(wù)器的配置；

2.獨(dú)立主機(jī)用戶請(qǐng)聯(lián)系服務(wù)器管理員優(yōu)化 MySQL 服務(wù)器的配置，可參考：

修改 MySQL 配置文件 my.ini 或者 my.cnf 中的參數(shù)：

max_connections= 1000

wait_timeout = 10

修改后重啟 MySQL ，如果經(jīng)常性的報(bào)此錯(cuò)誤，請(qǐng)做一下服務(wù)器的整體優(yōu)化。

20、There is no such grant defined for user ‘%s’ on host ‘%s’

錯(cuò)誤編號(hào)：1141

問題分析：

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

解決方法：

1、虛擬主機(jī)用戶請(qǐng)聯(lián)系空間商，確認(rèn)給你提供的帳號(hào)是否有授權(quán)數(shù)據(jù)庫的權(quán)限。

2、獨(dú)立主機(jī)用戶請(qǐng)聯(lián)系服務(wù)器管理員，確認(rèn)給您提供的數(shù)據(jù)庫帳號(hào)是否有管理此數(shù)據(jù)庫的權(quán)限。

21、Error on rename of ‘%s’ to ‘%s’ (errno: %d)

error.:1025

問題分析：

請(qǐng)檢查一下您的程序是否有修改數(shù)據(jù)庫表名的語句。

解決方法：

1.請(qǐng)檢查您的程序中哪些地方需要修改數(shù)據(jù)庫表名；

2.如果您的實(shí)際應(yīng)用確實(shí)需要修改到數(shù)據(jù)庫表名的話，請(qǐng)聯(lián)系空間商或者服務(wù)器管理員給您開放修改庫名的權(quán)限和服務(wù)器本身是否正常。

22、Error reading file ‘%s’ (errno: %d)

error.:1023

問題分析：

數(shù)據(jù)庫文件不能被讀取。

解決方法：

1.虛擬主機(jī)用戶請(qǐng)聯(lián)系空間商查看數(shù)據(jù)庫是否完好。

2.獨(dú)立主機(jī)用戶請(qǐng)聯(lián)系服務(wù)器管理員檢查一下 MySQL 本身是否正常， MySQL 是否可以讀取文件，Linux 用戶可以檢查一下 MySQL 的數(shù)據(jù)庫文件的屬主是否正確以及本身的文件是否損壞。

23、Host ‘*****’ is blocked because of many connection errors; unblock with ‘mysqladmin flush-hosts’

error.:1129

問題分析：

數(shù)據(jù)庫出現(xiàn)異常，請(qǐng)重啟數(shù)據(jù)庫。

解決方法：

1. 由于存在很多連接錯(cuò)誤，主機(jī)’****’被屏蔽，虛擬主機(jī)用戶請(qǐng)聯(lián)系空間商處理，獨(dú)立主機(jī)用戶請(qǐng)聯(lián)系服務(wù)器管理員，在 MySQL 的命令控制臺(tái)下執(zhí)行’mysqladmin flush-hosts’解除屏蔽即可，或者重啟 MySQL 數(shù)據(jù)庫

24、dropping database (can’t delete ‘%s’, errno: %d)

error.:1009

問題分析：

不能刪除數(shù)據(jù)庫文件，導(dǎo)致刪除數(shù)據(jù)庫失敗。

解決方法：

1.檢查您使用的數(shù)據(jù)庫管理帳號(hào)是否有權(quán)限刪除數(shù)據(jù)。

2.檢查數(shù)據(jù)庫是否存在。

25、Got error 28 from table handler

error.:1030

問題分析：

數(shù)據(jù)庫所在磁盤空間已滿。

解決方法：

1.虛擬主機(jī)用戶請(qǐng)聯(lián)系空間商增加 MySQL 所在的磁盤空間或者清理一些無用文件；

2.獨(dú)立主機(jī)用戶請(qǐng)聯(lián)系服務(wù)器管理員增加 MySQL 所在的磁盤空間或者清理一些無用文件

26、Can’t create a new thread; if you are not out of available memory, you can consult the manual for a possible OS-dependent bug。

error.:11/35

問題分析：

數(shù)據(jù)庫服務(wù)器問題，數(shù)據(jù)庫操作無法創(chuàng)建新線程。一般是兩個(gè)原因：

1.服務(wù)器系統(tǒng)內(nèi)存溢出。

2.環(huán)境軟件損壞或系統(tǒng)損壞。

解決方法：

1.虛擬主機(jī)用戶請(qǐng)聯(lián)系下空間商數(shù)據(jù)庫服務(wù)器的內(nèi)存和系統(tǒng)是否正常。

2.獨(dú)立主機(jī)用戶請(qǐng)聯(lián)系服務(wù)器管理員檢查服務(wù)器的內(nèi)存和系統(tǒng)是否正常，如果服務(wù)器內(nèi)存緊張，請(qǐng)檢查一下哪些進(jìn)程消耗了服務(wù)器的內(nèi)存，同時(shí)考慮是否增加服務(wù)器的內(nèi)存來提高整個(gè)的負(fù)載能力。

27、Error: Client does not support authentication protocol requested by server; consider upgrading MySQL client

error.:1251

問題分析：

如果你升級(jí) MySQL 到 4.1 以上版本后遇到以上問題,請(qǐng)先確定你的 MySQL Client 是 4.1 或者更高版本( Windows 下有問題你就直接跳到下面看解決方法了，因?yàn)?MySQL 在 Windows 是 client 和 server 一起裝上了的)。

解決方法：

1. Windows 平臺(tái)

主要是改變連接 MySQL 的帳戶的加密方式，MySQL 4.1/5.0 是通過 PASSWORD 這種方式加密的。可以通過以下兩種方法得到解決：

1) mysql->SET PASSWORD FOR ‘some_user’@’some_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)下首先確定是否安裝過 MySQL 的客戶端，這個(gè)用 rpm 安裝很簡(jiǎn)單，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_user’@’some_host’=OLD_PASSWORD(‘new_password’);

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

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

error.:2002

問題分析：

出現(xiàn)這個(gè)錯(cuò)誤一般情況下是因?yàn)橄旅鎯蓚€(gè)原因：

1.MySQL 服務(wù)器沒有開啟。

2.MySQL 服務(wù)器開啟了，但不能找到 socket 文件。

解決方法：

1.虛擬主機(jī)用戶，請(qǐng)聯(lián)系空間商確認(rèn)數(shù)據(jù)庫是否正常啟動(dòng)。

2.獨(dú)立主機(jī)用戶，請(qǐng)檢查一下 MySQL 服務(wù)是否已經(jīng)開啟，沒有開啟，請(qǐng)啟動(dòng) MySQL 服務(wù)；如果已經(jīng)開啟，并且是 Linux 系統(tǒng)，請(qǐng)檢查一下 MySQL 的 socket 的路徑，然后打開 config.inc.php 找到

$dbhost = ‘localhost'; 在 hostname 后面加冒號(hào)‘:’和 MySQL 的 socket 的路徑。

比如 MySQL 服務(wù)器為 localhost

MySQL 的 socket 的路徑為 /tmp/mysql.sock

那么就改成如下：

$dbhost = ‘localhost:/temp/mysql.sock';

29、Can’t connect to MySQL server on ‘localhost’

error.:2003

問題分析：

MySQL 服務(wù)沒有啟動(dòng)，一般是在異常的情況下 MySQL 無法啟動(dòng)導(dǎo)致的，比如無可用的磁盤空間，my.ini 里 MySQL 的 basedir 路徑設(shè)置錯(cuò)誤等。

解決方法：

1.檢查磁盤空間是否還有剩余可用空間，盡量保持有足夠的磁盤空間可用。

2.檢查 my.ini 里的 basedir 等參數(shù)設(shè)置是否正確，然后重新啟動(dòng)下 MySQL 服務(wù)。

30、Lost connection to MySQL server during query

error.:2013

問題分析：

數(shù)據(jù)庫查詢過程中丟失了與 MySQL 服務(wù)器的連接。

解決方法：

1.請(qǐng)確認(rèn)您的程序中是否有效率很低的程序，比如某些插件，可以卸載掉插件，檢查一下服務(wù)器是否正常；

2.服務(wù)器本身資源緊張，虛擬主機(jī)用戶請(qǐng)聯(lián)系空間商確認(rèn)，獨(dú)立主機(jī)用戶請(qǐng)聯(lián)系服務(wù)器管理員，檢查一下服務(wù)器是否正常。

31、Got a packet bigger than \’max_allowed_packet\’ bytes

錯(cuò)誤編號(hào)：1153

問題分析：調(diào)整了 Mantis 的上傳附件的大小卻沒有調(diào)整 MySQL 的配置文件。

解決辦法：

1、獨(dú)立主機(jī)用戶請(qǐng)按照以下方法調(diào)整：

查找 MySQL 的配置文件（my.cnf 或者 my.ini）

在 [mysqld] 部分添加一句（如果存在，調(diào)整其值就可以）：

max_allowed_packet=10M

重啟 MySQL 服務(wù)就可以了。這里設(shè)置的是 10MB。

2、虛擬主機(jī)用戶請(qǐng)聯(lián)系空間商調(diào)整此參數(shù)。