Z-BlogPHP网站搬家数据库编码修复教程

Z-BlogPHP网站搬家后，如果页面中文显示为乱码，通常是因为数据库导出或导入时字符集不一致。
本文面向零基础用户，从导出、导入到修复，一步步教你用phpMyAdmin或命令行修复数据库编码，让文章标题、内容恢复正常显示。

搬家前：确认源站数据库编码

搬家前先在原服务器上确认数据库的字符集和排序规则。
用 phpMyAdmin 登录源站数据库，点击左侧数据库名，在右侧「操作」标签页查看「排序规则」，常见如 utf8_general_ci 或 utf8mb4_general_ci。
如果源站是 utf8mb4，目标库也建议用 utf8mb4，避免 emoji 或特殊字符丢失。

如果原服务器还能用命令行，执行：

mysql -u 用户名 -p -e "SHOW VARIABLES LIKE 'character_set_database';"

记下 Value 列的值，例如 utf8mb4。
同时备份原站 zb_users/data 下的数据库备份文件（如果有），以及 c_option.php 中的数据库连接信息，方便后续核对。

导出与导入：避免编码二次损坏

导出时不要直接用 phpMyAdmin 的「导出」默认设置，建议选择「自定义」，在「格式」中选择 SQL，字符集选 utf-8，并勾选「添加 DROP TABLE」和「添加 CREATE TABLE」。
如果数据量大，用命令行导出更稳妥：

mysqldump -u 用户名 -p --default-character-set=utf8mb4 数据库名 > backup.sql

导入前，先在目标服务器创建同名数据库，排序规则与源站一致。
用 phpMyAdmin 导入时，注意「字符集」选择 utf-8，不要选 latin1。
命令行导入：

mysql -u 用户名 -p --default-character-set=utf8mb4 数据库名 < backup.sql

如果导入后中文变成问号或乱码，说明字符集在导入环节出错，需要进入修复步骤。

修复乱码：用SQL语句转换字段编码

当数据库表结构已经是 utf8mb4，但数据内容乱码时，可以尝试用 ALTER TABLE 转换。
先备份数据库，再执行：

ALTER TABLE zb_article CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

把 zb_article 换成实际表名，Z-BlogPHP 常见表有 zb_article、zb_category、zb_comment 等。
如果乱码是导出时用了错误字符集导致的，可能需要先转成二进制再转回：

ALTER TABLE zb_article MODIFY title VARCHAR(255) CHARACTER SET binary;
ALTER TABLE zb_article MODIFY title VARCHAR(255) CHARACTER SET utf8mb4;

操作前务必用 mysqldump 备份，避免数据丢失。
执行后刷新网站，检查标题和内容是否恢复。

验证与收尾：检查页面和数据库连接

修复后，打开网站首页和文章页，确认中文正常显示。
如果仍有部分乱码，检查 c_option.php 中数据库连接是否指定了字符集，例如 define('ZC_DATABASE_TYPE', 'mysqli'); 附近可添加 define('ZC_DATABASE_CHARSET', 'utf8mb4');。
同时确认 PHP 文件本身保存为 UTF-8 无 BOM 格式。

最后，在 phpMyAdmin 中执行 SHOW CREATE TABLE zb_article;，查看 CHARSET 是否为 utf8mb4。
如果一切正常，说明修复完成。

常见疑问

搬家后只有部分文章乱码怎么办？ 可能是单表字符集不一致，用 ALTER TABLE 单独修复该表。

没有命令行权限，只能用phpMyAdmin，能修复吗？ 可以，在 phpMyAdmin 的 SQL 窗口执行上述语句即可，但操作前先导出备份。

修复后网站打不开怎么办？ 检查数据库连接配置，确认用户名、密码、数据库名正确，并查看 PHP 错误日志。

如何避免下次搬家再乱码？ 导出导入统一使用 utf8mb4，并确保目标数据库排序规则与源站一致。

按照以上步骤操作，大多数 Z-BlogPHP 搬家后的数据库编码问题都能解决。
如果遇到特殊表或插件表乱码，可单独处理对应表。