SecureCRT下Linux中文名称及内容兼容不出乱码的研究

1、首先是Linux要支持汉字字符集:一般UTF-8。CentOS在etc/sysconfig/i18n中,Suse Enterprises Linux在 /etc/sysconfig/language中。
把LANG改成支持UTF-8的字符集
如:
LANG=”zh_CN.utf8″或者LANG=”en_US.utf8″
查看服务器字符集1、查看当前服务器字符集  #locale ,查看服务器支持的字符集  #locale -a。
让设置的字符集生效:source 文件名,另也可在 /etc/profile (全局) 或者 ~/.bashrc (单个用户)设置 Linux 系统的环境变量。
2、再当然就是在SecureCRT下功夫;菜单下有:选项->会话选项->外观->字符编码:选择UTF-8
到这里的时候发现我的汉字还是乱码:字体选择支持汉语的字体。选择好字符集就搞定了!
Eof
实战开始,CentOS和Suse Enterprises Linux下的实际操作如下:


一:检查系统是否支持上文说的两种字体:
locale -a|grep zh_CN.utf8
zh_CN.utf8
或者:
locale -a|grep en_US.utf8
en_US.utf8  两种都支持,选一种即可。
二:设定如下:
(1)CentOS:
vi /etc/sysconfig/i18n
#LANG="en_US.UTF-8"
LANG="zh_CN.utf8"
以上设定:LANG就全部变成了:zh_CN.utf8
再:source /etc/sysconfig/i18n
(2)Suse Enterprises,而这个得两个变量,如下:
vi  /etc/sysconfig/language
LC_ALL=zh_CN.utf8
LANG=zh_CN.utf8
export LC_ALL LANG
source  /etc/sysconfig/language
(3)查看两个系统的配置是否生效,以下说明都生效了。
root@116.255.139.240:/home/jackxiang/download# locale
LANG=zh_CN.utf8
LC_CTYPE="zh_CN.utf8"
LC_NUMERIC="zh_CN.utf8"
LC_TIME="zh_CN.utf8"
LC_COLLATE="zh_CN.utf8"
LC_MONETARY="zh_CN.utf8"
LC_MESSAGES="zh_CN.utf8"
LC_PAPER="zh_CN.utf8"
LC_NAME="zh_CN.utf8"
LC_ADDRESS="zh_CN.utf8"
LC_TELEPHONE="zh_CN.utf8"
LC_MEASUREMENT="zh_CN.utf8"
LC_IDENTIFICATION="zh_CN.utf8"
LC_ALL=zh_CN.utf8

WEB_39_74_sles10sp1:/home/jackxiang/download # locale
LANG=zh_CN.utf8
LC_CTYPE="zh_CN.utf8"
LC_NUMERIC="zh_CN.utf8"
LC_TIME="zh_CN.utf8"
LC_COLLATE="zh_CN.utf8"
LC_MONETARY="zh_CN.utf8"
LC_MESSAGES="zh_CN.utf8"
LC_PAPER="zh_CN.utf8"
LC_NAME="zh_CN.utf8"
LC_ADDRESS="zh_CN.utf8"
LC_TELEPHONE="zh_CN.utf8"
LC_MEASUREMENT="zh_CN.utf8"
LC_IDENTIFICATION="zh_CN.utf8"
LC_ALL=zh_CN.utf8
最后,看中文显示是否正常:(输入中文是否正常,删除中文是否一次可以删除一个中文,用vim是否可以输入中文,查看是否正常,及下载后Windows下是否正常显示)
root@116.255.139.240:/home/jackxiang/download# ls 审批流程SQL.txt
审批流程SQL.txt
...
27 update t_process set f_Status = 'error' where f_Id = 181
28 jack=向东阳  (中文输入正常,删除也正常)
下载后打开是否正常:
root@116.255.139.240:/home/jackxiang/download# sz 审批流程SQL.txt
editplus打开:jack=向东阳 正常。
本文件是Utf8,别存为ANSI后,再rz上去测试看显示及修改是否正常:
CentOS正常显示:jack=向东阳 正常
vim显示版本 7.0.237 :set fileencoding
fileencoding=euc-cn 显示正常,而Suse EnterPrise下Vim 版本   6.4.6  显示不正常:jack=Ïò¶«Ñô Õý³£
set fileencoding 为:
fileencoding=latin1
很显然是由于vim的默认配置有些问题,可能你也需要做下配置修改,如下:
vi ~/.vimrc
加入或者修改:

set fileencodings=utf-8,gb2312,gbk,gb18030
set termencoding=utf-8
set fileformats=unix
set fileencoding=utf-8

再用vim查看时:jack=向东阳 正常显示。删除也是一次删除一个中文,添加一个中文,sz下来后查看:
jack=向东阳 正常吗?
其实这个新宋体的字体也可以换的,我换成了:Yahei Mono ,网上下的,也不不错,中文也没有问题。
说明都是OK的,回顾一下,系统编码,vim编辑器编码,以及SecureCRT的编码,
如果再来个Mysql呢?Utf8的还好这样就Ok了(character_set_database    utf8),我们设置的都是Utf8,但是要是GBK的编码呢?怎么办呢?晕了吧,如下:
show variables like 'char%';
mysql> show variables like 'char%';
+--------------------------+----------------------------------------+
| Variable_name            | Value                                  |
+--------------------------+----------------------------------------+
| character_set_client     | latin1                                 |
| character_set_connection | latin1                                 |
| character_set_database   | latin1                                 |
| character_set_filesystem | binary                                 |
| character_set_results    | latin1                                 |
| character_set_server     | latin1                                 |
| character_set_system     | utf8                                   |
| character_sets_dir       | /usr/local/mysql/share/mysql/charsets/ |
+--------------------------+----------------------------------------+
这种情况的话一看就是Mysql的默认编码latin1,这各情况得确保连接参数(就是你的SecureCRT)与这个字段字符集一致。
尽管可以用 set names 'charsetname' 来改变设置,比如, set names 'gbk';
这条命令会同时修改 character_set_client,character_set_connection,character_set_results
例如:SecureCRT设置的字符编码为 UTF-8,则需要用 set names 'utf8';才能保证SecureCRT既能显示中文,也可以使用带有中文的SQL命令。
话这样说,在实际中,还真有GBK的默认,这下就不好搞了,你再怎么设置也无济于事,所以这种情况得开两个secureCRT,一个兼容utf8,一个兼容GBK。
这块涉及到中文查询,返回,多个字符集的转化,还涉及到系统SecureCRT等的转化,淘宝DBA团队前好像写过一篇文章,也收录了,当时看明白了,但忘记了:http://justwinit.cn/post/1387/,呵呵,这块好像还是有点薄弱,希望有能统一的兄弟给研究一下,谢谢。
但是,这样还是会乱码,得修改SecureCRT的编码为默认:再当然就是在SecureCRT下功夫;菜单下有:选项->会话选项->外观->字符编码:选择默认。
mysql> select * from t_project \G; 中文正常了,ProjectName: 临时产品 ...
中文查询:
mysql> select * from t_project where ProjectName='项目234'\G;
*************************** 1. row ***************************
f_Id: 72
ProjectName: 项目234
查询Ok,应该插入也不成问题。。。EOF

后记摘抄自同事的说法:
使用mysql好久了,经常被中文乱码搞的很郁闷,在经历了N久的折磨后,现将解决乱码的流程共享出来:
1.首先要确认连接数据库的字符集是否一致。
2.查询前,要确认与表的字符集一致。
3.如果表里面的字符集确实不对应,尝试使用CONVERT()函数
4.检查你的页面编码、meta 声明、数据库连接方式(SET NAMES)是否一致,如果你的页面和meta设置为gb2312,但是却在程序中设置 SET NAMES utf8,同样会导致乱码。原因是如果页面设置为 gb2312 ,那么表单中的数据也是按照 gb2312 提交,但是程序却要求按照 utf8 去处理,结果自然是乱码。
5.检查你的文件存储编码是否和 meta 声明的一致,假如你的文件是按照 utf-8 编码存储,但是 meta 却声明为 gb2312 ,将导致乱码。
确认以上三点,基本上可以解决90%的乱码问题。

还没有评论,快来抢沙发!

发表评论

  • 😉
  • 😐
  • 😡
  • 😈
  • 🙂
  • 😯
  • 🙁
  • 🙄
  • 😛
  • 😳
  • 😮
  • emoji-mrgree
  • 😆
  • 💡
  • 😀
  • 👿
  • 😥
  • 😎
  • ➡
  • 😕
  • ❓
  • ❗
  • 71 queries in 0.415 seconds