<a href="http://blog.csdn.net/lwei_998/article/details/53899555" target="_blank">mysqldump 導出中文亂碼</a>
能檢查的也都正常
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