最近导数据的需求真多，年底了大家都要做分析吗？近期使用mysqldump导出的中文出现乱码问题。

mysqldump -uroot -ppassword -S /tmp/mysql9991.sock test name > 1.txt

　　首先想到的就是添加--default-character-set参数来强制制定UTF8字符集来解决

mysqldump -uroot -pTR4anis@xtooRz -S /tmp/mysql9991.sock test name  --default-character-set=UTF8 > 1.txt

　　但是问题依然没有解决。思考涉及字符集的地方有三个，第一、mysql自身的设置 第二、服务器的字符集设置 第三、使用工具的字符集设置

　　1、首先，MySQL的字符集问题一般都比较闹心，主要由于MySQL的字符集设置的太多了，经常搞混，不细说了，如果单讲又能写一篇blog了。

+--------------------------+-----------------------------------------+| Variable_name            | Value                                   |+--------------------------+-----------------------------------------+| character_set_client     | utf8                                    | | character_set_connection | utf8                                    | | character_set_database   | utf8                                    | | character_set_filesystem | binary                                  | | character_set_results    | utf8                                    | | character_set_server     | utf8                                    | | character_set_system     | utf8                                    | | character_sets_dir       | /usr/local/mysql-5.5.31/share/charsets/ | +--------------------------+-----------------------------------------+

　　我们使用set names utf8来规避mysql端的字符集问题。

　　2、服务器的字符集问题也没有问题

echo $LANGen_US.UTF-8

　　使用file命令查看显示为UTF8。

file activity.txt activity.txt: UTF-8 Unicode text, with very long lines

　　3、本身CRT可以输入中文

 

　　那么到底是什么原因导致的呢？

　　最后突然发现mysqldump的版本是5.0.77而服务端mysql的版本是5.5.12，前后相差接近2个大版本。赶紧使用了5.5.12的mysqldump，问题顺利解决。

　　看来就是版本的问题了，环境一致性实在太重要了。出现字符集问题我们经常纠结于各个地方的字符设置，但是从上例看出，其实和字符集设置没有一点关系。

　　强烈推荐所有mysql相关命令全部使用和mysql server端同版本的mysql的命令，这样可以避免一些不可预知问题的发生。