mysqldump乱码_mysqldump 导出中文乱码-阿里云开发者社区

能检查的也都正常

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