以下的文章主要是介紹一種更為快捷的方法來實(shí)現(xiàn)MySQL5字符集問題，以下就是MySQL5字符集問題與其實(shí)際解決辦法的描述，希望在你今后的學(xué)習(xí)中會有所幫助。希望你瀏覽之后能有所收獲。

今天打開slave日志發(fā)現(xiàn)一堆錯誤全部是這種：

[ERROR] Slave: Error 'Character set '#28' is not a compiled character set and is not specified in the '/usr/local/MySQL(和PHP搭配之***組合)/share/MySQL(和PHP搭配之***組合)/charsets/Index.xml(標(biāo)準(zhǔn)化越來越近了)' file' on query.

我在master(linux)機(jī)上寫insert語句，發(fā)現(xiàn)同步是沒問題的，后來我在window上用一個MySQL(和PHP搭配之***組合)客戶端插入數(shù)據(jù)，上面的問題就開始出現(xiàn)了。通過MySQL(和PHP搭配之***組合)binlog查看slave日志發(fā)現(xiàn)

如果使用gbk編碼的客戶端插入數(shù)據(jù)就會有下面的日志：

SET @@session.character_set_client=28,@@session.collation_connection=33,@@session.collation_server=8/*!*/; 

如果是直接在linux寫insert，那么上面的28(gbk) 就變成8(latin-swde)

原因應(yīng)該是MySQL(和PHP搭配之***組合)客戶端使用了gbk編碼，而服務(wù)器無法識別。雖然你可以在'/usr/local/MySQL(和PHP搭配之***組合)/share/MySQL(和PHP搭配之***組合)/charsets/Index.xml(標(biāo)準(zhǔn)化越來越近了)' 找到gbk,但通過 SHOW CHARACTER SET;確實(shí)可以看出數(shù)據(jù)庫沒有列出gbk。

我又比較了一下別的機(jī)器上的MySQL(和PHP搭配之***組合)版本，發(fā)現(xiàn)那些機(jī)器上的MySQL(和PHP搭配之***組合)都是用的發(fā)布版本，而這臺slave機(jī)使用源代碼安裝的，于是我下了個MySQL5字符集(和PHP搭配之***組合)-5.0.37-linux-i686-glibc23.tar.gz

然后

cd /usr/local

mv MySQL(和PHP搭配之***組合) MySQL(和PHP搭配之***組合)-old

tar xzvf MySQL(和PHP搭配之***組合)-5.0.37-linux-i686-glibc23.tar.gz

mv MySQL(和PHP搭配之***組合)-5.0.37-linux-i686-glibc23 MySQL(和PHP搭配之***組合)

啟動MySQL(和PHP搭配之***組合)，一切就ok了

以上的相關(guān)內(nèi)容就是對MySQL5字符集問題以及解決辦法的介紹，望你能有所收獲。

【編輯推薦】

1. 查看MySQL連接數(shù)的實(shí)際操作流程
2. 對MySQL 中文亂碼的解決方案的描述
3. MySQL root密碼重置的三步驟
4. 實(shí)現(xiàn)MySQL雙機(jī)熱備的實(shí)際操作步驟
5. MySQL維護(hù)與實(shí)際應(yīng)用的設(shè)計筆記簡介