WordPress站点搬去新服务器,核心就是两件事:把网站文件和数据库原封不动地转移过去,同时确保新的运行环境一切正常。整个过程不需要高深的代码功底,但每一步都藏着容易踩的坑,稍不留神就会导致网站打不开或数据丢失。接下来按实际操作顺序,把每个环节的要点和风险讲清楚。
迁移开始之前,先花点时间摸清新服务器的底细,能省掉后面不少麻烦。这一步看似无关紧要,实际上决定了整个流程能否顺利进行。
备份插件确实方便,但手动操作能让你对数据的位置和格式心里有数,出了问题也好排查。文件和数据库必须分开处理,哪个都不能落下。
登录旧主机的phpMyAdmin,找到WordPress对应的数据库并选中。点击顶部的“导出”标签,选择自定义导出方式,输出格式务必选SQL。在对象创建选项那一栏,一定要勾上“添加DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT / TRIGGER语句”。这个操作能确保导入新库时先清掉同名旧表,不然容易出现表结构冲突导致导入中途报错。设置好之后点执行,把SQL文件存到本地电脑上。
用FTP工具连上旧服务器,进入网站根目录,通常是public_html、www或是你站点专属的文件夹。把里面所有内容全选下载,注意别漏了隐藏文件。在FileZilla里,可以通过菜单栏的“服务器”选项开启“强制显示隐藏文件”,这样才能保证.htaccess和wp-config.php这类关键文件被完整保留下来。下载过程中如果出现一堆“传输失败”的提示,不要单文件反复重试,先停下来,联系服务商帮你打包整个目录,否则漏掉文件会导致迁移后某些功能缺失或页面报错。
常见坑提醒:导出数据库时如果漏了DROP语句,而新库里又已经存在同名表,导入就会报错中断。另外,wp-config.php里填的数据库主机地址如果跟新环境不一致,网站前端会直接显示“数据库连接错误”。
先确认新服务器上已经创建好一个空的数据库,并且单独建了用户,授予该用户所有权限。这些都弄好之后,再开始还原数据。
用FTP工具连接新服务器,进入网站根目录,把之前下载的全部文件上传上去。同样记得开启显示隐藏文件,确保.htaccess不会漏掉。上传完成后,找到根目录下的wp-config.php,用编辑器打开,把里面的DB_NAME、DB_USER、DB_PASSWORD和DB_HOST这四个常量改成新数据库对应的信息。保存后,你就可以先尝试访问一下新服务器的临时域名或IP地址。
文件和数据都放好之后,最容易被忽视的就是URL地址的调整。WordPress的站点地址和首页地址是存在数据库里的,如果域名变了,就必须同步更新,否则后台进不去,前台也错乱。
避坑提示:上传完所有文件后,先不要急着修改wp-config.php,而是确认一下新数据库里是否已有数据。如果你导入前没有勾选DROP语句,而建库时又选了“创建同名表”,导入时就会出错。此外,如果新环境没有开启SSL,但数据库里把siteurl写成了https开头的地址,前台会出现混合内容或无法加载样式的问题。
新站测试一切正常后,就可以把正式域名解析到新服务器了。这一步操作要谨慎,尽量选择在访问量低的时间段进行,能把对用户的影响降到最低。
这通常意味着wp-config.php里的数据库信息填错了。打开该文件,逐项核对库名、用户名、密码和主机地址。特别留意数据库主机那一项,有些主机商会提供不同的连接地址,跟localhhost不一样,需要以新主机后台显示为准。
可能是文件上传不完整,或者数据库里的链接地址还是旧域名。先检查对应文件在服务器上是否真实存在,再查询wp_options表里的siteurl字段是否已更新。如果文件确实缺失,重新上传即可,不需要整站重来。
先确认是否开启了页面缓存和图片压缩插件,这两项对加载速度影响最大。其次,检查新服务器的PHP版本和内存限制设置。有些虚拟主机默认配置较低,需要到后台调整。最后,清空所有缓存,并确认是否部署了CDN,如果CDN还缓存着旧服务器的数据,也会让访问体验不佳。
WordPress迁移说难不难,但细节决定成败。整个流程可以概括为四步:检查新环境、备份旧数据、还原到新站、切换解析并测试。最容易出问题的环节集中在数据库导出时的DROP语句勾选、wp-config.php的信息填写,以及文件上传时隐藏文件的遗漏。迁移完成后,建议至少保留旧环境一周,同时把新站的定时备份功能打开,这样万一有问题还能及时回退。