程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> MySQL綜合教程 >> MySQL5字符集問題的解決方案

MySQL5字符集問題的解決方案

編輯:MySQL綜合教程

以下的文章主要是介紹一種更為快捷的方法來實現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編碼的客戶端插入數據就會有下面的日志:

  1. 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。

我又比較了一下別的機器上的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字符集

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

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved