我們今天主要描述MySQL5中遇到的相關的字符集問題與其實際解決辦法，愿在你學習MySQL5中遇到的相關的字符集問題與實際解決辦法中以起到拋磚引玉的作用，希望會給你帶來一些幫助在此方面。

今天打開slave日志發現一堆錯誤全部是這種：

[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(標準化越來越近了)' file' on query.

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

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

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

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

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

我又比較了一下別的機器上的MySQL5版本，發現那些機器上的MySQL(和PHP搭配之***組合)都是用的發布版本，而這臺slave機使用源代碼安裝的，于是我下了個MySQL(和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了

上述的相關內容就是對MySQL5中遇到的字符集問題以及解決辦法的描述，希望會給你帶來一些幫助在此方面。

【編輯推薦】

1. MySQL表索引遭到破壞的處理方法
2. MySQL EMS的亂碼問題的殲滅
3. 提高MySQL全文搜索索引的字段,提高搜索效率即可
4. MySQL數據庫與表的幾個基本命令示例
5. MySQL5中經常出現的字符集問題有哪些？