能检查的也都正常
1、通过navicat上做导出都是正常的
2、接着去检查数据库里编码，看也都是正常
show variables like 'char%';
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | utf8mb4 |
| character_set_filesystem | binary |
| character_set_results | utf8 |
| character_set_server | utf8 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
3、进入mysql数据库里通过命令去查询语句也是能正常显示中文；
4、查看导出后的文件格式却是latin1的编码（
在Vim 中可以直接查看文件编码Shell代码
-
:set fileencoding
）
简直神奇了？？？？
不正常的是 通过命令mysqldump命令行去导出都是乱码，不管用--default-character-set=utf8,依旧乱码
mysqldump -h10.10.10.10 -uroot --default-character-set=utf8 -p test > /tmp/test.sql
在仔细分析一下表结构，原来有blob类型。这下乱码就不奇怪了。
在原命令的基础上加上--hex-blob，搞定。
这个参数的含义是用16进制的方式导出BINARY, VARBINARY, BLOB类型的数据。
--hex-blob Dump binary strings (BINARY, VARBINARY, BLOB) in hexadecimal format.
mysqldump -h10.10.10.10 -uroot --default-character-set=utf8 --hex-blob -p test > /tmp/test.sql
其实在我们的备份脚本中早已经把这个参数加进去了，只是我们没有引起足够的重视罢了。
本文转自 holy2009 51CTO博客，原文链接:http://blog.51cto.com/holy2010/1950813
