北京SEO

mysql中文乱码问题解决方法总结

2019/10/10/17:35:39  阅读：1951  来源：谷歌SEO算法  标签： DNS

mysql中文乱码是各种初学这类的常见问题,下面我来给各位同学详细介绍关于在mysql中文乱码时的一些解决方法,有需要了解的朋友不防参考.

原因是很多时候,为了安全,不允许mysql管理工具连接线上的正式环境,这样的情况下,就不能依靠mysql管理工具来转换编码来解决中文乱码的问题.

这样的情况下只能通过putty或者secureCRT远程连接mysql server,然后通过mysql命令界面来对mysql数据库导出,再做其他的编码转换操作,我现在面临的环境就是这样。

现在,描述一下我的数据情况,我需要导出中文乱码的数据表account.user,代码如下:

  1. mysql>showcreatedatabaseaccount;
  2. +———-+——————————————————————————————+
  3. |Database|CreateDatabase|
  4. +———-+——————————————————————————————+
  5. |account|CREATEDATABASE`account`/*!40100DEFAULTCHARACTERSETutf8COLLATEutf8_unicode_ci*/|
  6. +———-+——————————————————————————————+
  7. 1rowinset(0.00sec)
  8. mysql>showcreatetableuser;
  9. +———————+———————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————–+
  10. |Table|CreateTable|
  11. +———————+———————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————–+
  12. |user_agreement_info|CREATETABLE`user`(
  13. `id`int(11)unsignedNOTNULLAUTO_INCREMENT,
  14. `uid`bigint(21)unsignedNOTNULL,
  15. `realname`char(32)NOTNULL,
  16. `id_type`smallint(11)unsignedNOTNULL,
  17. `id_num`char(32)DEFAULTNULL,
  18. `create_time`int(10)unsignedDEFAULTNULL,
  19. PRIMARYKEY(`id`),
  20. KEY`uid`(`uid`)
  21. )ENGINE=MyISAMAUTO_INCREMENT=129287DEFAULTCHARSET=utf8|
  22. +———————+———————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————–+
  23. 1rowinset(0.02sec)
  24. #查询数据乱码，看下面：
  25. mysql>select*fromuserlimit10;
  26. +—-+————+—————————+———+——————–+————-+
  27. |id|uid|realname|id_type|id_num|create_time|
  28. +—-+————+—————————+———+——————–+————-+
  29. |23|1000001229|�陈|1|410101234567891234|1272619237|
  30. |2|1000001207|�文鉴|1|320211198511261933|1272546559|
  31. |3|1000001208|蒋家锋|1|513023198808294915|1272547009|
  32. |4|1000001209|zhaojing|1|320822198704286120|1272550654|
  33. |5|1000001210|阮�武|1|31020619840214283X|1272562857|
  34. |6|1000001211|黑夜精�|1|412723798204103835|1272588671|
  35. |7|1000001212|谢勇|1|330722198408168210|1272591799|
  36. |8|1000001213|邵�芳|3|0621316|1272592840|
  37. |9|1000001215|�维纪|1|330382198611030393|1272592959|
  38. |10|1000001216|谈�|1|430721198309272802|1272595142|
  39. +—-+————+—————————+———+——————–+————-+
  40. 10rowsinset(0.00sec)
  41. #数据库编码设置情况：
  42. mysql>showvariableslike‘%char%’;
  43. +————————–+—————————————-+
  44. |Variable_name|Value|
  45. +————————–+—————————————-+
  46. |character_set_client|utf8|
  47. |character_set_connection|utf8|
  48. |character_set_database|utf8|
  49. |character_set_filesystem|binary|
  50. |character_set_results|utf8|
  51. |character_set_server|utf8|
  52. |character_set_system|utf8|
  53. |character_sets_dir|/usr/local/mysql/share/mysql/charsets/|
  54. +————————–+—————————————-+
  55. 8rowsinset(0.02sec)

这是什么问题呢？首先我们来看下数据是什么编码,代码如下:

  1. mysql>setnameslatin1;
  2. QueryOK,0rowsaffected(0.02sec)
  3. mysql>select*fromuser_agreement_infolimit10;
  4. +—-+————+————–+———+——————–+————-+
  5. |id|uid|realname|id_type|id_num|create_time|
  6. +—-+————+————–+———+——————–+————-+
  7. |23|1000001229|陈|1|410101234567891234|1272619237|
  8. |2|1000001207|王嘉文|1|320211198511261933|1272546559|
  9. |3|1000001208|网家锋|1|513023198808294915|1272547009|
  10. |4|1000001209|zaojing|1|320822198704286120|1272550654|
  11. |5|1000001210|小林|1|31020619840214283X|1272562857|
  12. |6|1000001211|黑夜精灵|1|412723798204103835|1272588671|
  13. |7|1000001212|凤舞|1|330722198408168210|1272591799|
  14. |8|1000001213|邵明芳|3|0621316|1272592840|
  15. |9|1000001215|王维纪|1|330382198611030393|1272592959|
  16. |10|1000001216|谈宏|1|430721198309272802|1272595142|
  17. +—-+————+————–+———+——————–+————-+
  18. 10rowsinset(0.01sec)--phpfensi.com

现在可以确定了,这个表里的数据时latin1编码的,我们知道如果要mysql中,中文正常显示,必须要保持编码一致,我们看到在数据库里执行set names latin1之后,中文就能正常显示,那么我们就按照这样的方式导出数据,代码如下:

[root@sh-db1 tmp]# /usr/local/mysql/bin/mysqldump -uroot –opt –default-character-set=latin1 -p654321 account user >/tmp/user.sql

注意这里的导出参数–default-character-set=latin1，也就是相当于我们在数据导出之前在数据库里执行set names latin1;

这样数据就以sql脚本的方式存在于server上,使用vim查看文件/tmp/user.sql时发现还是乱码,这是为什么呢？下面就是原因,代码如下:

  1. [root@sh-db1tmp]#locale
  2. LANG=en_US.UTF-8
  3. LC_CTYPE=”en_US.UTF-8″
  4. LC_NUMERIC=”en_US.UTF-8″
  5. LC_TIME=”en_US.UTF-8″
  6. LC_COLLATE=”en_US.UTF-8″
  7. LC_MONETARY=”en_US.UTF-8″
  8. LC_MESSAGES=”en_US.UTF-8″
  9. LC_PAPER=”en_US.UTF-8″
  10. LC_NAME=”en_US.UTF-8″
  11. LC_ADDRESS=”en_US.UTF-8″
  12. LC_TELEPHONE=”en_US.UTF-8″
  13. LC_MEASUREMENT=”en_US.UTF-8″
  14. LC_IDENTIFICATION=”en_US.UTF-8″
  15. LC_ALL=

还有跟你的连接工具的编码有关系，去查看一下你的putty或者secureCRT连接使用的是什么编码，这些不同的编码就是造成你使用vim查看中文显示乱码的原因。

没有关系，我们使用sz命令把/tmp/user.sql下载到本地，也就是你的windows主机上。

然后使用emedtor或者uedtor，notepad++，vim都可以，打开，发现中文已经可以正常显示，如果不正常显示，那就往前看看是不是哪里做错了，修改user.sql里面的内容，set names latin1;修改为set names utf8;然后另存为utf8的编码形式。

再使用rz上传到mysql server上,再次使用vim打开,发现中文正常显示,代码如下:

[root@sh-db1 tmp]# /usr/local/mysql/bin/mysql -uroot -S /tmp/mysql3306.sock -p654321 account < user.sql

登录mysql查看,中文显示正常,后来又总结出一个更简单办法.

登陆mysql --->进入相应数据库--->代码如下:

输入命令:show variables like '%char%';得到:

  1. +--------------------------+--------------------------+
  2. |Variable_name　　　　　　|　　　　Value　　　　　|
  3. +--------------------------+--------------------------+
  4. |character_set_client　　　　　　utf8　　　　　　
  5. |character_set_connection　　　utf8
  6. |character_set_database　　　　latin1
  7. |character_set_filesystem　　　　binary
  8. |character_set_results　　　　　utf8
  9. |character_set_server　　　　　　utf8
  10. |character_set_system　　　　　utf8
  11. |character_sets_dir　　　　　　　D:MySQLsharecharsets
  12. +--------------------------+--------------------------+

如果出现上述情况则需要更改数据库编码:两种方法,第一种是一次搞定,第二种只对当前连接有效,断开连接,恢复更改前状态.

方法1:alter database 数据库名 charset utf8;

方法2:set character_set_database = utf8;

再用命令,代码如下:

  1. showvariableslike'%char%';--phpfensi.com
  2. +--------------------------+--------------------------+
  3. |Variable_name　　　　　　|　　　　Value　　　　　|
  4. +--------------------------+--------------------------+
  5. |character_set_client　　　　　　utf8　　　　　　
  6. |character_set_connection　　　utf8
  7. |character_set_database　　　　utf8
  8. |character_set_filesystem　　　　binary
  9. |character_set_results　　　　　utf8
  10. |character_set_server　　　　　　utf8
  11. |character_set_system　　　　　utf8
  12. |character_sets_dir　　　　　　　D:MySQLsharecharsets
  13. +--------------------------+--------------------------+

此时编码已经一致,但是,对数据库中的表进行插入中文字符操作,仍然会报:ERROR 1366 (HY000),代码如下:

---> set character_set_client = gbk;设置插入时接收的编码为GBK,这样就可以插入中文了.

此时中文字符已经可以插入,但查询结果却还是乱码,再更改一处即可:

---> set character_set_results = gbk; 设置输出结果的编码为GBK

注:这样的设置只对当前连接有关,连接断开,这些设置恢复数据库默认设置状态,因此,如果需要,每次连接都得设置.

另外:ERROR 1366 (HY000)错误主要出现于控制台(cmd/黑窗口) 执行SQL语句插入中文时弹出,用mysql-front 软件插入时不会报字符问题,java通过JDBC连接数据库执行executeUpdate("insert 语句") 中文也能成功插入数据且不会报错.

PHP解决乱码问题只需在连接后加入mysql_query("set names 'gbk'") 就OK,代码如下:

$conn = mysql_connect("localhost","root",""); mysql_query("set names 'gbk'");

广告内容

mysql中文乱码问题解决方法总结 mysql中文乱码问题解决方法总结 mysql中文乱码问题解决方法总结

相关阅读

热门评论

sunshine技术博客 sunshine技术博客

sunshine技术博客

总篇数164

精选文章

RMAN中catalog和nocatalog区别介绍 小技巧:为Linux下的文件分配多个权限 zimbra8.5.1安装第三方签名ssl证书的步骤 解决mysql不能远程连接数据库方法 windows服务器mysql增量备份批处理数据库 mysql中slow query log慢日志查询分析 JavaScript跨域问题总结 Linux下负载均衡软件LVS配置(VS/DR)教程 mysql中权限参数说明 MYSQL(错误1053)无法正常启动

SEO最新算法