我有特殊字符和成花语言的数据集。当我运行SQL（Select * from table1）时，结果很好。我得到了所需的格式例如SQL的输出：当相同的内容以CSV格式导出到我的本地计算机时，这些文本将更改为关联符号导出器数据：我如何获得与SQL相同的CSV格式？
Select * from table1
rekjcdws1#
确保在浏览器和编辑器中使用UTF-8编码，而不是ISO-8859-1/Windows-1252编码。将来最好使用字符集utf8 mb 4和统一码520 ci的排序utf8 mb 4（统一码排序的修订版本正在编写中）。utf8 mb 4是utf8的一个超集，因为它可以支持4字节的utf8代码，这是Emoji和一些中文字符所需要的。MySQL之外的“UTF-8”指的是所有大小的编码，因此它基本上与MySQL的utf8 mb 4相同，而不是utf8。无论是用工具还是SELECT查看数据都是不可信的。太多这样的客户端，尤其是浏览器，试图通过显示正确的文本来弥补错误的编码，即使数据库已经混乱。因此，选择一个包含一些非英语内容的表和列，然后处理它。
WHERE... SELECT col, HEX(col) FROM tbl
对于正确保存的UTF-8，十六进制为
这里有一些修复：针对各种情况的修复
r7s23pms2#
下载数据块数据表后，在记事本中打开csv，并在保存下选择save as编码选项UTF-8
save as
UTF-8
2条答案
按热度按时间rekjcdws1#
确保在浏览器和编辑器中使用UTF-8编码，而不是ISO-8859-1/Windows-1252编码。
将来最好使用字符集utf8 mb 4和统一码520 ci的排序utf8 mb 4（统一码排序的修订版本正在编写中）。
utf8 mb 4是utf8的一个超集，因为它可以支持4字节的utf8代码，这是Emoji和一些中文字符所需要的。
MySQL之外的“UTF-8”指的是所有大小的编码，因此它基本上与MySQL的utf8 mb 4相同，而不是utf8。
无论是用工具还是SELECT查看数据都是不可信的。太多这样的客户端，尤其是浏览器，试图通过显示正确的文本来弥补错误的编码，即使数据库已经混乱。因此，选择一个包含一些非英语内容的表和列，然后处理它。
对于正确保存的UTF-8，十六进制为
这里有一些修复：针对各种情况的修复
r7s23pms2#
下载数据块数据表后，在记事本中打开csv，并在保存下选择
save as编码选项UTF-8