二、从windows到linux
去年下半年开始了从windows环境向linux环境移植。在linux下我的开发工具是Qt4，这次遇到的突出问题只有一个，内码。
Qt的工作内码是Unicode.而MySQL默认的字符集是Latin1。当时初始建立MySQL服务环境时，建库，建表都使用的默认字符集，与Windows工作站的连接没有内码问题。现在转到linux环境下，内码问题如不解决，一切就无法向下进行。
经过一段时间的摸索，找出了以下解决办法：
1、在MySQL中不论是新建数据库还是新建数据表，都要加上参数 default character set utf8。这样建立的表就避免了日后应用时的麻烦。
2、旧数据库移植
第一步：数据导出
mysqldump -h host -u user -ppasword --default-character-set=latin1 --skip-opt -B database --tables tablename > old.sql
--skip-opt 参数不能缺少，如缺少则生成的脚本里insert语句太大，导入时可能会出现错误提示：
ERROR 1153 (08S01) at line xxx: Got a packet bigger than 'max_allowed_packet' bytes
加上这个参数，每条记录只对应一个insert语句，虽然导出的文件大一些，但防止了出错。
第二步：转换备份文件的字符集
iconv -f gbk -t utf8 -c old.sql > new.sql
第三步：修改数据导出文件
用纯文本编辑工具，(比如KWrite)打开new.sql，在开头部分找到 create DATABASE 句，把句尾注释掉的default character set 加上。然后替换文件中的所有的字串”latin1“为”utf8“，然后存盘。
第四步：导入最终格式的数据
mysql -h host -u user -p password < new.sql
有一点要注意，以上操作必须在Linux的终端窗口下进行，在windows下通过telnet登录到linux服务器的窗口里操作，不会得到正确结果。
3、在Qt中与默认字符集为latin1的MySQL连接：
如果你的数据库因为种种原因不能转为utf8内码，那在Qt编程时可以这样处理。
向MySQL送汉字：
QTextCodec *tdc=QTextCodec::codecForName("GB2312");
query.exec("insert into table (field) values('"+tdc->fromUnicode(QString::fromLocal8Bit("汉字"))+"')");
从查询结果取汉字：
QTextCodec *tcdc=QTextCodec::codecForName("UTF-8");
id = tcdc->toUnicode (query.value(0).toByteArray() );
4、设定Qt工作字符集：
数据库内码全部转为utf8之后，Qt编程就大为方便，只需在main函数中加上下面这三句话：
QTextCodec::setCodecForTr(QTextCodec::codecForName("utf-8"));
QTextCodec::setCodecForLocale(QTextCodec::codecForName("utf-8"));
QTextCodec::setCodecForCStrings(QTextCodec::codecForName("utf-8"));
然后在连接MySQL时先发送一条指令：
set names utf8
之后在程序内部就不用考虑内码问题了。
5、在windows终端下访问字符集为utf8的MySQL
就象我目前的情况，linux模块还没全部完成，只能在部分节点上投入使用，其它大部分的节点上用的还是windows下的程序，这时windows与utf8内码该怎样相处呢?其实很简单，只需要在程序初始化之后，向MySQL服务器发送一条指令：
set names gbk
然后一切都不用改变。
6、mysql中的汉字排序问题
在当年使用Latin1内码时，这个问题我其实一直也没彻底解决。当时的折衷方案是，使用：
order by convert(field using binary)
这样虽然可以解决大部分的汉字问题，但有个别冷僻字排的顺序仍然不正确，比如我们单位的一些工作人员的姓，无法正确按字母表的顺序排出。
使用utf8内码后，这个问题居然全部解决了：
order by convert(field using gbk)
这时从前不正确的汉字顺序，全部都能按字母表顺序排出。
7、字段值字母大小写不敏感的解决
使用utf8内码时，如果你比较两个字段的值，“Abc“和”abc“，那你得到的结果是这两个字段相等。虽然大多数情况下这没有问题，但如果你需要精确比较字串时这就是个麻烦事。这个问题可以这么解决：需要使用字段值时，使用 convert(field using latin1) collate latin1_general_cs，这时就可以选择出大小写敏感的字段值。
比如 select name from sys_staff where convert(idabs using latin1) collate latin1_general_cs ='sdp';这样，就可以把你不想要的结果屏闭掉。
