MySQL5字符集問題的解決方案

以下的文章主要是介紹一種更為快捷的方法來實現MySQL5字符集問題，以下就是MySQL5字符集問題與其實際解決辦法的描述，希望在你今后的學習中會有所幫助。希望你瀏覽之后能有所收獲。 今天打開slave日志發現一堆錯誤全部是這種： [ERROR] Slave: Error 'Charac

　　以下的文章主要是介紹一種更為快捷的方法來實現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,@llation_connection=33,@llation_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。

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

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

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com