PHP转MySQL时utf8_encode与mb_convert_encoding结果冲突问题排查

核心原因 #

你的字符串实际是ISO-8859-1编码，但被误识别为UTF-8——这就是utf8_encode（仅支持ISO-8859-1转UTF-8）能生效，而mb_convert_encoding直接转UTF-8无效的关键。mb_convert_encoding默认会用mb_internal_encoding作为源编码，你的环境中这个值大概率是UTF-8，相当于把“假UTF-8”转成UTF-8，自然会乱码。

分步解决方案 #

1. 确认字符串真实编码
   别依赖mb_detect_encoding（短字符检测准确率极低），用bin2hex查看字符的十六进制值：

   $str = 'Martínez';
   echo bin2hex($str);
   

   • 如果í对应的是e1，说明是ISO-8859-1编码；
   • 如果是c3a1，才是标准UTF-8编码。

2. 正确转码
   如果真实编码是ISO-8859-1，指定源编码进行转码：

   $correctStr = mb_convert_encoding($str, 'UTF-8', 'ISO-8859-1');
   // 也可以用iconv，效果一致
   // $correctStr = iconv('ISO-8859-1', 'UTF-8//TRANSLIT', $str);
   

3. 排查编码不一致的源头

   • 请求编码：确保前端表单设置accept-charset="UTF-8"，AJAX请求的Content-Type设为application/x-www-form-urlencoded; charset=UTF-8，避免浏览器用系统默认编码（比如ISO-8859-1）提交数据。
   • PHP文件编码：检查你的PHP脚本文件本身是否为UTF-8无BOM格式（编辑器可设置），BOM可能导致字符串编码异常。
   • MySQL连接规范：把$mysqli->set_charset('UTF-8')改成$mysqli->set_charset('utf8mb4')——MySQL官方字符集名称是utf8mb4，虽然部分版本兼容UTF-8，但规范写法能避免潜在兼容问题。

4. 验证数据库存储
   转码后执行插入，用SELECT HEX(column_name) FROM table WHERE ...查看存储的十六进制值，确认í对应的是C3A1，说明存储正确。

解答你的疑问 #

• mb_convert_encoding未生效：因为没指定正确的源编码，默认用UTF-8转UTF-8，等于没做任何有效处理。
• mb_detect_encoding检测错误：短字符（比如单个í）的UTF-8和ISO-8859-1编码特征不明显，检测算法容易误判，不能用它做核心判断依据。
• 为何需再次转码：你的字符串根本不是UTF-8，只是被误当成UTF-8处理，utf8_encode刚好完成了ISO-8859-1到UTF-8的转换，才临时解决了问题。

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