1.MySQL無(wú)法重啟問(wèn)題解決Warning: World-writable config file ‘/etc/my.cnf’ is ignored

原因：今天幫朋友維護(hù)服務(wù)器，在關(guān)閉數(shù)據(jù)庫(kù)的命令發(fā)現(xiàn)mysql關(guān)不了，提示W(wǎng)arning: World-writable config file '/etc/my.cnf' is ignored ，大概意思是權(quán)限全局可寫，任何一個(gè)用戶都可以寫。mysql擔(dān)心這種文件被其他用戶惡意修改，所以忽略掉這個(gè)配置文件。這樣mysql無(wú)法關(guān)閉。

[root@ttlsa ~]# service mysqld stop 

Warning: World-writable config file '/etc/my.cnf' is ignored 

Warning: World-writable config file '/etc/my.cnf' is ignored 

MySQL manager or server PID file could not be found![FAILED]  

查看my.cnf的權(quán)限

[root@ttlsa ~]# ls -l /etc/my.cnf 

-rwxrwxrwx 1 root root 4878 Jul 30 11:31 /etc/my.cnf  

權(quán)限777，任何一個(gè)用戶都可以改my.cnf，存在很大的安全隱患.

解決方案：修復(fù)MySQL問(wèn)題

[root@ttlsa ~]# chmod 644 /etc/my.cnf 

my.cnf設(shè)置為用戶可讀寫，其他用戶不可寫.

2.Can't connect to MySQL server on 'localhost' (10061)

原因：不能連接到 localhost 上的mysql

解決方案：這說(shuō)明“localhost”計(jì)算機(jī)是存在的，但在這臺(tái)機(jī)器上卻沒(méi)提供MySQL服務(wù)。需要啟動(dòng)這臺(tái)機(jī)器上的MySQL服務(wù),如果機(jī)子負(fù)載太高沒(méi)空相應(yīng)請(qǐng)求也會(huì)產(chǎn)生這個(gè)錯(cuò)誤。

解決：既然沒(méi)有啟動(dòng)那就去啟動(dòng)這臺(tái)機(jī)子的mysql。如果啟動(dòng)不成功，多數(shù)是因?yàn)槟愕膍y.ini配置的有問(wèn)題。重新配置其即可。如果覺(jué)得mysql負(fù)載異常，可以到mysql/bin 的目錄下執(zhí)行mysqladmin -uroot -p123 processlist來(lái)查看mysql當(dāng)前的進(jìn)程。

3.Unknown MySQL Server Host 'localhosadst' (11001)

原因：未知的MySQL服務(wù)器 localhosadst，服務(wù)器 localhosasdst 不存在?；蛘吒緹o(wú)法連接。

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

4.Access denied for user: 'roota@localhost' (Using password: YES)

原因：用戶 roota 訪問(wèn) localhost 被拒絕(沒(méi)有允許通過(guò)),造成這個(gè)錯(cuò)誤一般數(shù)據(jù)庫(kù)用戶名和?碼相對(duì)mysql服務(wù)器不正確。

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

5.Access denied for user: 'red@localhost' to database 'newbbs'

原因：用戶 red 在localhost 服務(wù)器上沒(méi)有權(quán)限操作數(shù)據(jù)庫(kù)newbbs，這個(gè)提示和問(wèn)題三是不同的。那個(gè)是在連接數(shù)據(jù)庫(kù)的時(shí)候就被阻止了，而這個(gè)錯(cuò)誤是在對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作時(shí)引起的。比如在select update等等。這個(gè)是因?yàn)樵撚脩魶](méi)有操作數(shù)據(jù)庫(kù)相應(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ù)庫(kù)操作權(quán)限的用戶或者通過(guò)如下的命令來(lái)更新授權(quán)grant all privileges on dbname.* to 'user'@'localhost' identified by 'password’提示：更新了mysql庫(kù)中的記錄一定要重啟mysql服務(wù)器才能使更新生效。

6.No Database Selected

原因：產(chǎn)生的原因有兩種。config.inc.php 里面$dbname設(shè)置的不對(duì)。致使數(shù)據(jù)庫(kù)根本不存在，所以在 $db->select_db($dbname); 時(shí)返回了false和上面問(wèn)題四是一樣的，數(shù)據(jù)庫(kù)用戶沒(méi)有select權(quán)限，同樣會(huì)導(dǎo)致這樣的錯(cuò)誤。當(dāng)你發(fā)現(xiàn)config.inc.php的設(shè)置沒(méi)有任何問(wèn)題，但還是提示這個(gè)錯(cuò)誤，那一定就是這種情況了。

解決方案：對(duì)癥下藥，打開config.inc.php 找到$dbname核實(shí)重新配置并保存同問(wèn)題四的解決方法。

7.Can't open file: 'xxx_forums.MYI'. (errno: 145)

原因：這種情況是不能打開 cdb_forums.MYI 造成的，引起這種情況可能的原因有：1、服務(wù)器非正常關(guān)機(jī)，數(shù)據(jù)庫(kù)所在空間已滿，或一些其它未知的原因，對(duì)數(shù)據(jù)庫(kù)表造成了損壞。

2、類 unix 操作系統(tǒng)下直接將數(shù)據(jù)庫(kù)文件拷貝移動(dòng)會(huì)因?yàn)槲募?屬組問(wèn)題而產(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)通過(guò) phpMyAdmin 修復(fù)， phpMyAdmin 帶有修復(fù)數(shù)據(jù)表的功能，進(jìn)入到某一個(gè)表中后，點(diǎn)擊“操作”，在下方的“表維護(hù)”中點(diǎn)擊“修復(fù)表”即可。

注意：以上兩種修復(fù)方式在執(zhí)行前一定要備份數(shù)據(jù)庫(kù)。

2、修改文件的屬組(僅適合獨(dú)立主機(jī)用戶)

復(fù)制數(shù)據(jù)庫(kù)文件的過(guò)程中沒(méi)有將數(shù)據(jù)庫(kù)文件設(shè)置為 MySQL 運(yùn)行的帳號(hào)可讀寫(一般適用于 Linux 和 FreeBSD 用戶)。

8.Table 'test.xxx_sessions' doesn't exist

翻譯：xxxxx表不存在

原因：在執(zhí)行sql語(yǔ)句時(shí)沒(méi)有找到表，比如：select * from xxx_members where uid=’XX’ 這里如果表xxx_members不存在于$dbname庫(kù)里，那么就會(huì)提示這個(gè)錯(cuò)誤。具體可分為以下三種情況來(lái)討論：安裝插件或者h(yuǎn)ack時(shí)修改了程序文件，而忘記了對(duì)數(shù)據(jù)庫(kù)作相應(yīng)的升級(jí)。

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

解決方案：同樣對(duì)癥下藥，不同的原因不同的處理方法。仔細(xì)對(duì)照插件作者提供的安裝說(shuō)明，把遺漏的對(duì)數(shù)據(jù)庫(kù)的操作補(bǔ)上，如果仍然不能解決問(wèn)題，那么應(yīng)該懷疑該插件的可用性了。去咨詢一下插件作者，或者將其卸載。不要張冠李戴，多大的腳就穿多大的鞋?？傊沟贸绦蛭募蛿?shù)據(jù)庫(kù)配套即可.

9.Unknown column 'column_name' in 'field list'

原因：在執(zhí)行sql語(yǔ)句是出現(xiàn)了指定表中沒(méi)有的字段名稱，就會(huì)出現(xiàn)這個(gè)錯(cuò)誤。具體導(dǎo)致的原因可分為以下兩種安裝插件或者h(yuǎn)ack時(shí)修改了程序文件，而忘記了對(duì)數(shù)據(jù)庫(kù)作相應(yīng)的升級(jí)。程序文件和數(shù)據(jù)庫(kù)不配套，比如d2.5的數(shù)據(jù)庫(kù)配置給d4.1的程序來(lái)用肯定會(huì)出現(xiàn)這個(gè)錯(cuò)誤。

解決方案：導(dǎo)致的原因和問(wèn)題八的1和 3是相同的，所以解決方法也一樣。

10.You have an error in your SQL syntax

原因：論壇標(biāo)準(zhǔn)的程序是沒(méi)有sql語(yǔ)法錯(cuò)誤的。所以造成這個(gè)錯(cuò)誤的原因一般就兩類：安裝插件或擅自修改程序。不同的數(shù)據(jù)庫(kù)版本數(shù)據(jù)庫(kù)導(dǎo)出導(dǎo)入，比如MySQL4.1的數(shù)據(jù)在導(dǎo)出的語(yǔ)句包含了MySQL4.0沒(méi)有的功能，像字符集的設(shè)定，這時(shí)如果將這些sql導(dǎo)入到MySQL4.0的時(shí)候就會(huì)產(chǎn)生sql語(yǔ)法錯(cuò)誤。

解決方案：仔細(xì)檢查看到底是哪里的錯(cuò)誤，將其修正，實(shí)在不行就用標(biāo)準(zhǔn)程序把出錯(cuò)的程序替換。在數(shù)據(jù)庫(kù)備份的時(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

11.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ù)庫(kù)寫操作的時(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ù)庫(kù)中cdb_members.username 的索引類型是index這個(gè)時(shí)候是允許有相同username的記錄存在的，在升級(jí)到4.1的時(shí)候，因?yàn)橐獙sername的索引由原來(lái)的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ù)庫(kù)中將重復(fù)的記錄刪除，僅保留一條即可。之后繼續(xù)執(zhí)行升級(jí)操作。這種情況發(fā)生的概率很小，可以用文本編輯器打開備份文檔，查找重復(fù)的信息。將其多余的拿掉，僅保留一條即可。查詢出表中auto_increment最大的一條記錄，設(shè)置auto_incerment比其大一即可。PS：repaire table "表名“，可以暫時(shí)解決問(wèn)題。

12.Duplicate key name 'xxx'

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

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

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

13.Duplicate column name 'xxx'

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

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

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

14.Table 'xxx' already exists

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

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

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

15.Can't create database 'xxx'. Database exists

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

原因：一個(gè)mysql下面的數(shù)據(jù)庫(kù)名稱必須保證唯一性，否則就會(huì)有這個(gè)錯(cuò)誤。

解決方案：把已經(jīng)存在的數(shù)據(jù)庫(kù)改名或者把將要?jiǎng)?chuàng)建的數(shù)據(jù)庫(kù)改名，總之不讓他們的名稱沖突。

16.小結(jié)(針對(duì)問(wèn)題 1112131415)

此類問(wèn)題錯(cuò)誤提示中都暗藏一個(gè)關(guān)鍵詞duplicate(重復(fù))，那么對(duì)于mysql數(shù)據(jù)庫(kù)來(lái)說(shuō)什么東西是不能重復(fù)的呢?

數(shù)據(jù)庫(kù) database

同一個(gè)數(shù)據(jù)庫(kù)下數(shù)據(jù)表 table

同一個(gè)數(shù)據(jù)表下字段 column

同一個(gè)數(shù)據(jù)表下索引 key

同一個(gè)數(shù)據(jù)表在索引唯一(UNIQUE PRIMARY)的情況下記錄中的這些字段不可以重復(fù)

17.Unknown system variable 'NAMES'

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

原因：Mysql版本不支持字符集設(shè)定，此時(shí)強(qiáng)行設(shè)定字符集就會(huì)出現(xiàn)這個(gè)錯(cuò)誤。

解決方案：將sql語(yǔ)句中的SET NAMES ‘xxx’ 語(yǔ)句去掉

18.Lost connection to MySQL server during query

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

原因：遠(yuǎn)程連接數(shù)據(jù)庫(kù)是有時(shí)會(huì)有這個(gè)問(wèn)題。MySQL服務(wù)器在執(zhí)行一條sql語(yǔ)句的時(shí)候失去了連接造成的。

解決方案：一般不需要怎么去處理，如果頻繁的出現(xiàn)那么考慮改善硬件環(huán)境。

19.User 'red' has exceeded the 'max_updates' resource (current value: 500)

翻譯：msql用戶red已經(jīng)超過(guò)了'max_updates'(最大更新次數(shù))，'max_questions'(最大查詢次數(shù))，'max_connections'(最大連接數(shù))，當(dāng)前設(shè)定為500

原因：在mysql數(shù)據(jù)庫(kù)的下有一個(gè)庫(kù)為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è)問(wèn)題可找空間商協(xié)商解決。

20.Too many connections (1040)鏈接過(guò)多

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

原因：連接數(shù)超過(guò)了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)化。

21.There is no such grant defined for user '%s' on host '%s'

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

原因：MySQL 當(dāng)前用戶無(wú)權(quán)訪問(wèn)數(shù)據(jù)庫(kù)。

解決方案：

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

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

22.Error on rename of '%s' to '%s' (errno: %d)

error.:1025

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

解決方案：

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

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

23.Error reading file '%s' (errno: %d)

error.:1023

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

解決方案：

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

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

24.Host '*****' is blocked because of many connection errors; unblock with 'mysqladmin flush-hosts'

error.:1129

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

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

25.dropping database (can't delete '%s', errno: %d)

error.:1009

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

解決方案：

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

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

26.Got error 28 from table handler

error.:1030

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

解決方案：

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

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

27.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ù)庫(kù)服務(wù)器問(wèn)題，數(shù)據(jù)庫(kù)操作無(wú)法創(chuàng)建新線程。一般是兩個(gè)原因：

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

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

解決方案：

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

2.?立主機(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)存來(lái)提高整個(gè)的負(fù)載能力。

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

error.:1251

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

解決方案：

1. Windows 平臺(tái)

主要是改變連接 MySQL 的帳戶的加密方式，MySQL 4.1/5.0 是通過(guò) PASSWORD 這種方式加密的?？梢酝ㄟ^(guò)以下兩種方法得到解決：

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)下首先確定是否安裝過(guò) 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ò)誤，可以按照下面的方法來(lái)做：

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';

29.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ù)器沒(méi)有開啟。

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

解決方案：

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

2.獨(dú)立主機(jī)用戶，請(qǐng)檢查一下MySQL服務(wù)是否已經(jīng)開啟，沒(méi)有開啟，請(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ù)器為localhostMySQL的socket的路徑為/tmp/mysql.sock那么就改成如下：

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

30.Can't connect to MySQL server on 'localhost'

error.:2003

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

解決方案：

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

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

31.Lost connection to MySQL server during query

error.:2013

原因：數(shù)據(jù)庫(kù)查詢過(guò)程中丟失了與 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ù)器是否正常。

32.Got a packet bigger than 'max_allowed_packet' bytes

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

原因：調(diào)整了 Mantis 的上傳附件的大小卻沒(méi)有調(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ù)。