mysql執(zhí)行語(yǔ)句后只有錯(cuò)誤代碼,沒(méi)有錯(cuò)誤信息的問(wèn)題

更新時(shí)間：2024年09月07日 14:00:17 作者：極創(chuàng)者

這篇文章主要介紹了mysql執(zhí)行語(yǔ)句后只有錯(cuò)誤代碼,沒(méi)有錯(cuò)誤信息的問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教

問(wèn)題說(shuō)明

mysql數(shù)據(jù)庫(kù)在執(zhí)行完sql語(yǔ)句后，因語(yǔ)法錯(cuò)誤，報(bào)錯(cuò)時(shí)僅顯示錯(cuò)誤代碼，沒(méi)有錯(cuò)誤信息。

這個(gè)大部分原因是安裝數(shù)據(jù)庫(kù)時(shí)出現(xiàn)問(wèn)題，/etc/my.cnf配置項(xiàng)不對(duì)。

有的人安裝的時(shí)候是使用源碼安裝，需要自己去配置，在這種情況下就有可能出現(xiàn)錯(cuò)配。

本例中就是因?yàn)殄e(cuò)配了/etc/my.cnf導(dǎo)致的問(wèn)題。

如下圖所示，在執(zhí)行完語(yǔ)句后，僅顯示1075錯(cuò)誤代碼，后面什么信息也沒(méi)有。

解決方案

第一步，先查看錯(cuò)誤日志，具體錯(cuò)誤日志的位置請(qǐng)根據(jù)實(shí)際情況尋找，本例中mysql錯(cuò)誤日志文件位置在/var/log/mysqld.log，大部分使用rpm方式安裝的話，默認(rèn)也在這個(gè)位置。

第二步，查看具體錯(cuò)誤日志，如下圖所示，明確提示了找不到errmsg.sys文件

# less /var/log/mysqld.log|grep -i error

第三步，根據(jù)錯(cuò)誤日志，找到errmsg.sys文件具體位置。

使用whereis查看mysql相關(guān)的安裝路徑，再次找到errmsg.sys文件位置，如下圖所示，errmsg.sys文件位置在/usr/share/mysql/english

第四步，在/etc/my.cnf文件中增加lc-messages-dir=/usr/share/mysql配置，這里說(shuō)下為什么是lc-messages-dir，是因?yàn)殄e(cuò)誤日志里面提示了這個(gè)配置，因此加上這個(gè)配置，為什么路徑是/usr/share/mysql，這個(gè)是因?yàn)橐话闶莔ysql的主路徑，也就是basedir路徑，只要這個(gè)對(duì)了，文件自然能找到。

第五步，重啟mysql

# service mysqld restart

第六步，再次查詢剛剛的語(yǔ)句，查看結(jié)果，現(xiàn)在有錯(cuò)誤信息了。

第七步，再次查看錯(cuò)誤日志，可以看到剛剛的錯(cuò)沒(méi)有了，到這一步errmsg.sys這個(gè)問(wèn)題已經(jīng)解決了。如果你有興趣，可以接著往下看。

第八步，剛剛說(shuō)了，到第七步，問(wèn)題已經(jīng)解決了，但是本次測(cè)試意外的發(fā)現(xiàn)另外的錯(cuò)，那這個(gè)錯(cuò)和上面的errmsg.sys錯(cuò)有什么關(guān)系，可以看到這個(gè)錯(cuò)是找不到so文件。

再次返回查看配置文件，可以看到是因?yàn)檫@里的basedir配置的是/usr/bin/mysql，所以跟mysql相關(guān)的文件都會(huì)在這個(gè)路徑下面去找，但是errmsg.sys和現(xiàn)在的這個(gè)so文件并不在/usr/bin/mysql路徑下，所以歸根結(jié)底，還是basedir配置錯(cuò)了，引起了連鎖反應(yīng)，導(dǎo)致了一系列錯(cuò)。

最終修改basedir配置項(xiàng)，把這個(gè)注釋掉即可（使用rpm默認(rèn)安裝可以注釋掉）或者配置正確的basedir路徑（尤其是使用源碼自定義安裝的mysql數(shù)據(jù)庫(kù)一定要配置對(duì)basedir），本例中注釋掉basedir。