MySQL导入含日文汉字的CSV文件报iconv非法字符错误如何解决

该报错是phpMyAdmin做导入编码转换时，输入的CSV内容和你选择的SJIS编码不匹配，iconv函数识别到非标准SJIS的非法字符触发的，常见原因如下：

• 你的CSV实际是Windows平台导出的CP932（又称SJIS-win）编码，这是SJIS的超集，包含很多标准SJIS未收录的扩展日文汉字、特殊符号、半角片假名变体，标准SJIS解码时会将这些字符判定为非法。
• CSV文件存在异常内容：比如开头带BOM、包含非SJIS编码的控制符、空值异常片段、emoji或其他不在SJIS编码范围内的字符。
• 字段排序规则和导入编码的匹配逻辑有兼容问题：虽然你定义了user_name varchar(250) sjis_japanese_ci排序规则，但phpMyAdmin导入时会先把源文件转成UTF-8再写入数据库，转码阶段就已经触发错误，还没到写入数据库的步骤。

• 优先调整导入编码选择：用文本编辑器（如Notepad++、VS Code）打开CSV，确认实际编码如果是CP932/SJIS-win，导入phpMyAdmin时编码直接选择SJIS-win而非默认的SJIS即可正常识别。
• 转码后导入：将CSV文件用文本编辑器打开，直接转存为UTF-8编码，导入时选择UTF-8编码，你的sjis_japanese_ci字段可以正常存储转码后的日文内容，不会出现乱码。
• 忽略转码错误（仅临时方案）：如果只需要快速导入，可修改phpMyAdmin的./libraries/classes/Encoding.php文件第180行的iconv代码，将iconv('SJIS', 'utf-8//TRANSLIT', $string)修改为iconv('CP932', 'utf-8//TRANSLIT//IGNORE', $string)，加入//IGNORE参数会自动丢弃无法识别的非法字符。
• 长期兼容优化：如果后续需要存储更多特殊字符（如emoji、多国语言字符、生僻汉字），可将user_name字段的字符集修改为utf8mb4，排序规则改为utf8mb4_japanese_ci，可以完全规避SJIS编码的兼容问题。

内容的提问来源于stack exchange，提问作者sabbir3521