迁移PHP/MySQL站点后斯洛伐克特殊字符显示乱码求助

这种老站点迁移的字符集坑我真的踩过好几次，太闹心了！先帮你捋清楚核心问题：你的旧站点其实是「乱码存储但正确显示」的平衡状态，迁移新环境后打破了这个平衡，才导致乱码彻底爆发。

核心原因分析 #

旧环境（PHP4 + MySQL4）的逻辑大概率是这样的：

• MySQL4默认字符集是latin1（ISO-8859-1），而且旧的mysql_函数默认不会设置连接字符集，直接把PHP里的字符串按字节写入数据库。
• 你的PHP文件和前端输出都是Windows-1250编码（斯洛伐克常用编码），所以实际是把Windows-1250的字节塞进了latin1的字段里。
• 前端输出时又用Windows-1250解码，刚好抵消了存储时的编码不匹配，所以显示完全正常——哪怕phpMyAdmin里看数据是乱码，那是因为phpMyAdmin用utf8或其他编码解析了这些字节。

你之前的操作（转utf8、改数据库字符集）相当于强行打破了这个平衡，自然会乱码。

分步解决方案 #

方案1：先复刻旧环境的平衡（快速恢复正常显示）

如果只想先让站点正常运行，之后再考虑编码升级，可以这么做：

1. 重新迁移数据库

   • 从旧站导出数据时，强制用latin1编码导出（phpMyAdmin导出时选字符集为latin1，不要勾选任何转utf8的选项），这样导出的SQL文件里的「乱码」其实是Windows-1250的原始字节。
   • 在新MariaDB里创建数据库和表，字符集设为latin1（排序规则用latin1_general_ci），然后导入刚才的SQL文件，确保数据字节和旧库完全一致。

2. 调整新站点的编码配置

   • 数据库连接字符集：必须设为latin1，对齐旧mysql_函数的默认行为：

     // 面向对象风格
     $link->set_charset("latin1");
     // 过程化风格
     mysqli_set_charset($mysqli, "latin1");
     

   • PHP文件编码：用Sublime Text把所有.php文件重新保存为Windows-1250编码（File → Save with Encoding → Windows 1250）。
   • 前端输出编码：响应头和HTML meta标签都设为Windows-1250：

     header('Content-Type: text/html; charset=windows-1250');
     

     <meta http-equiv="Content-Type" content="text/html; charset=windows-1250">
     

   这样操作后，新站点就和旧站完全一致了，字符显示会恢复正常。

方案2：彻底迁移到UTF-8（长期推荐方案）

如果想一次性解决编码问题，升级到UTF-8，需要正确转换编码：

1. 先按方案1的步骤，把数据原样迁移到新库的latin1表中。

2. 正确转换表的编码：
   不要直接用ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4（这会把latin1的字节当成latin1转utf8，导致乱码），要按原始字节转换：

   -- 先把字段改成binary类型，保留原始字节
   ALTER TABLE tablename MODIFY COLUMN your_column TEXT BINARY;
   -- 再把字段转成utf8mb4，MySQL会按原始字节（实际是Windows-1250）转成utf8mb4
   ALTER TABLE tablename MODIFY COLUMN your_column TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_slovak_ci;
   

   （如果有多个字段，重复上面的操作；或者用文本编辑器把导出的SQL文件从Windows-1250转成UTF-8，再导入到utf8mb4的库中）

3. 调整站点配置为UTF-8：

   • PHP文件保存为UTF-8编码（带BOM或不带都可以，推荐不带）。
   • 数据库连接字符集设为utf8mb4：

     $link->set_charset("utf8mb4");
     

   • 响应头和meta标签设为UTF-8：

     header('Content-Type: text/html; charset=utf-8');
     

     <meta charset="UTF-8">
     

为什么你之前的尝试没用？ #

你之前直接修改数据库字符集、转utf8、用iconv转换，都是基于「数据是正确编码存储」的假设，但实际上旧数据是「错误存储但错误输出抵消」的状态，这些操作反而破坏了原有的平衡，导致乱码更严重。

内容的提问来源于stack exchange，提问作者Kristián Filo