无论是为了应对增长流量、提升访问速度,还是更换更契合预算的服务商,把 WordPress 站点从旧服务器搬往新环境都是网站运营中比较常见的需求。迁移本身不算高深,但文件缺失、配置参数错误或数据库衔接不上等细节问题,都可能导致新站点白屏、样式解体或数据不完整。下面这份操作指引会带着你逐步完成整个搬迁过程,并提示几个高发雷区。
准备工作做得越细,后续返工的概率就越低。执行迁移前,你需要同时拿到网站文件与数据库这两份核心数据,同时也要把新服务器的运行环境摸清楚。相关参数通常可以在主机商的会员中心或开通邮件里查看到。
如果你的站点文件数量庞大,特别是媒体库积累了数万张图片时,与其用 FTP 逐个文件下载,不如先向旧供应商请求帮忙在服务器端将根目录压缩为单个压缩包,这样能显著降低传输中途超时或漏传文件的概率。
备份环节是整个迁移流程的基石。尽管很多备份插件一键就能完成打包,但手动操作反而更直观,出错时也容易定位。文件和数据库需要分开处理,二者缺一不可。
登入旧服务器数据库管理界面(通常是 phpMyAdmin),在左侧栏点选你的 WordPress 数据库。随后进入顶部“导出”页签,选中“自定义”导出方式,保留默认的 SQL 格式。在“对象创建选项”一栏,务必勾选“添加 DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT / TRIGGER 语句”,这个选项会在导入时自动清理同名残留表,避免冲突。最后点击执行,将生成的 .sql 文件下载保存到本机。
通过 FTP 工具连接旧服务器,路径指向网站根目录(常见的有 public_html、www 或自定义目录)。全选目录内所有条目,执行下载操作。这里要重点留一个心眼:默认视图下 .htaccess、wp-config.php 这类点开头的隐藏文件可能不会被显示。在 FileZilla 中,可以打开顶部“服务器”菜单,勾选“强制显示隐藏文件”,确保这些关键配置不会遗漏。
避坑提示:若文件下载过程中频繁弹出传输错误,通常与文件总量过大或网络抖动有关。这时候不要头铁继续全速重试,优先考虑联系旧主机商协助打包压缩,从根源上规避遗漏风险。
备份到手后,就要在新环境把站点还原出来。先登录新服务器的控制面板,在 MySQL 数据库管理区域新建一个数据库,同时创建对应的数据库用户名并设置高强度密码,再把所有权限授予该用户。妥善记录这三项信息,下一步就要用到。
接着进入新服务器的 phpMyAdmin,选中所建的空数据库,点击“导入”页签,选择之前下载的 SQL 文件并执行。如果文件超过上传大小限制,先尝试用压缩工具把 SQL 文件打包为 zip 或 gz 格式,再重新导入。导入完成前,请勿做任何对数据库的额外操作。
文件层面,用 FTP 工具连接新主机,将本地的网站文件夹全部上传至新根目录。上传耗时较长时,保持 FTP 会话活跃,避免因超时被服务器断开。
文件上传后,编辑根目录下的 wp-config.php,将 DB_NAME、DB_USER、DB_PASSWORD 和 DB_HOST 四项替换为刚刚在新主机创建的对应值。这步操作前建议先复制一份原文件备份,防止改错导致不可逆问题。
完成新环境部署后,需要调整域名解析。旧站点仍在运行时,常规做法是先把新主机分配给你的临时域名或 IP 搭配本地 hosts 文件进行联通性测试,确认站点外观与功能无误后,再去域名服务商处把 A 记录或 CNAME 正式指向新服务器,让解析全球生效。
解析传播期间,新旧服务器可能交替访问。期间若开启过站点缓存插件,建议清理新站点的缓存数据,并同步将旧服务器的缓存禁用,否则会出现页面更新不及时或样式来源混乱的情况。
大多数情况与配置文件或 .htaccess 规则有关。先检查 wp-config.php 中的数据库信息是否准确,随后在 FTP 工具里确认 .htaccess 文件是否存在。若文件丢失,可以临时在根目录新建空文件并将代码块设置为默认的 WordPress 伪静态规则,再登录后台固定链接设置里保存一次即可。
优先核对 wp-config.php 中的 DB_HOST 字段,不要想当然填 localhost,务必对照新主机商提供的数据库主机地址。另外确认数据库用户是否已正确绑定到该数据库,且权限为全部权限。从 phpMyAdmin 侧检查这两点,基本能定位绝大多数连接故障。
phpMyAdmin 通常有上传体积上限。解决思路有两种:第一,用 gzip 或 zip 把 SQL 文件压缩后再导入;第二,通过主机商提供的 SSH 终端,使用命令行 source 命令直接导入,这是更稳妥的大文件方案。
整个站点搬迁其实是文件、数据库与域名三方协同的工程。核心要义在于:备份环节多确认一遍隐藏文件;新库的权限和主机地址必须核对到位;正式切换前务必通过临时地址完成全面自测。按照上述流程,按顺序执行每一步,基本能够平稳过渡。迁移完成后,保留旧服务器的数据至少一周,待新站运行稳定再彻底清空,以应对突发回退需求。