mysql5中相见的字符集难题甚至化解办法

如果是直接在linux写insert,那么上面的28(gbk) 就变成8(latin-swde)

cd /usr/local

图片 1

原因应该是MySQL(和PHP搭配之最佳组合)客户端使用了gbk编码,而服务器无法识别。虽然你可以在’/usr/local/MySQL(和PHP搭配之最佳组合)/share/MySQL(和PHP搭配之最佳组合)/charsets/Index.xml(标准化越来越近了)’
找到gbk,但通过 SHOW CHARACTER SET;确实可以看出数据库没有列出gbk。

然后

mv MySQL(和PHP搭配之最佳组合) MySQL(和PHP搭配之最佳组合)-old

[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.

启动MySQL(和PHP搭配之最佳组合),一切就ok了

mv mysql mysql-old

原因应该是MySQL(和PHP搭配之最佳组合)客户端使用了gbk编码,而服务器无法识别。虽然你可以在’/usr/local/MySQL(和PHP搭配之最佳组合)/share/MySQL(和PHP搭配之最佳组合)/charsets/Index.xml(标准化越来越近了)’
找到gbk,但通过 SHOW CHARACTER SET;确实可以看出数据库没有列出gbk。

如果使用gbk编码的客户端插入数据就会有下面的日志:

如果使用gbk编码的客户端插入数据就会有下面的日志:

如果使用gbk编码的客户端插入数据就会有下面的日志:

以上的相关内容就是对MySQL5中遇到的字符集问题以及解决办法的介绍,望你能有所收获。
 

今天打开slave日志发现一堆错误全部是这种:

今天打开slave日志发现一堆错误全部是这种:

tar xzvf mysql-5.0.37-linux-i686-glibc23.tar.gz

,如果你对MySQL5中经常遇到的字符集问题和具体的实际…

原因应该是MySQL(和PHP搭配之最佳组合)客户端使用了gbk编码,而服务器无法识别。虽然你可以在’/usr/local/MySQL(和PHP搭配之最佳组合)/share/MySQL(和PHP搭配之最佳组合)/charsets/Index.xml(标准化越来越近了)’
找到gbk,但通过 SHOW CHARACTER SET;确实可以看出数据库没有列出gbk。

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

发表评论

电子邮件地址不会被公开。 必填项已用*标注