迁移2.8GB电商站卡在87%超限与Duplicator卡数据库安装等四种网站迁移方案踩坑指南和最佳选择

WordPress的很多数据（小工具配置、主题选项、菜单设置）是以PHP序列化格式存在数据库里的，格式是 s:8:"siteurl"（s:8表示后面字符串长度是8）。域名从 old.com 换成 new.com 后字符串长度变了，但序列化标记还是原来的长度，PHP反序列化直接失败——不报错，但小工具消失、主题设置重置。

避法：必须用能处理序列化数据的工具做URL替换。Duplicator和All-in-One WP Migration都内置了这个能力。手动替换千万不要用 sed 直接替换字符串——用WP-CLI的 search-replace 命令或Better Search Replace插件。

旧服务器MySQL 8.0，新服务器MySQL 5.7。Duplicator打包的SQL里包含窗口函数、CTE等8.0才支持的语法，导入5.7直接报错。All-in-One WP Migration也有类似问题——它直接把整个数据库序列化成.wpress，导入时按源库的SQL模式执行。

避法：迁移前先确认新旧服务器的MySQL版本。如果目标库版本低于源库，mysqldump导出时加 --compatible=mysql57 参数生成兼容版本的SQL。用插件迁移的话，先在目标服务器安装同版本或更高版本的MySQL再迁移。

迁移插件自动替换了数据库里的URL，但有些主题和插件把域名硬编码在了PHP文件、JS脚本、CSS文件里。迁移后网站打开，页面布局正常但某些按钮点了跳回旧域名、某些图片路径还是指向旧站。排查起来比重新做一遍还费劲。

避法：迁移后在服务器上用 grep 搜索旧域名：grep -r "old-domain.com" /网站目录/。确认只有配置文件里该有的地方出现旧域名，其他地方全部要替换掉。

All-in-One WP Migration导出.wpress文件的过程中，网站还在正常接受用户访问。有用户刚好在导出期间提交了一个订单、上传了一张图片、注册了一个账号。这些操作在导出前和导出后各一半的数据进了.wpress，迁移后这部分数据处于半损状态——订单有记录但没有对应的支付回调。

避法：任何迁移工具在导出阶段都应该先把网站切到维护模式。WordPress可以用WP Maintenance Mode插件，非WP站可以在Nginx里配置一个维护页面的rewrite规则。

网站迁移后域名解析到了新服务器IP，SSL证书还在旧服务器上或者新服务器上根本没配SSL。用户打开网站看到"您的连接不是私密连接"的警告，直接关掉页面——跳出率瞬间飙升。宝塔面板的一键迁移有时会复制SSL证书但路径不对，证书文件在了但Nginx配置里引用的还是旧路径。

避法：迁移后第一件事是检查SSL：浏览器访问确认证书有效、Let's Encrypt用户重新签发一次、商业证书用户检查Nginx配置里的证书路径是否正确。不要等到用户反馈了才发现。