为什么我的数据库导入丢失了文本小部件数据？

我已经在我们的开发机器上用WordPress创建了一个站点。在主题中，我们使用了许多小部件区域来显示文本（侧栏和首页）。我在所有这些区域中都使用了简单的Text小部件来放置我们的显示信息。

将站点迁移到生产环境时，我使用WP-DB-Backup插件对数据库进行快照。然后，我编辑了生成的.sql文件，以更新所有文件路径和URL引用以指向我们的生产站点。

创建数据库，网站并将所有文件复制到生产站点之后，我从mysql命令提示符下运行.sql文件，以将数据导入新数据库。

但是，当我转到生产站点时，会显示一些文本，而有些则没有。当我查看站点的窗口小部件部分时，某些窗口小部件区域中缺少文本窗口小部件。文本窗口小部件甚至在“非活动窗口小部件”区域中都不可见，它们根本不在那儿。

我什至尝试使用BackWPup插件重复该过程，并注意到在转储数据库时SQL语法是不同的。

为什么在导入期间丢失文本小部件数据？

这是您的问题所在：

然后，我编辑了生成的.sql文件，以更新所有文件路径和URL引用以指向我们的生产站点。

你不能那样做。WordPress将许多选项存储为“序列化数据”，其中包含事物的字符串内容及其长度。因此，当您修改URL并更改长度时，序列化的数据将不再正确，PHP会拒绝它。

长期的问题是，基本上，您做错了。如果您要建立一个将要迁移其数据的开发站点，那么它应该具有与您的生产站点完全相同的URL。您可以手动编辑HOSTS文件，以为该生产域（例如example.com）提供不同的IP地址（例如127.0.0.1），因此“生产” URL将成为您的开发站点。然后，您可以使用该生产URL创建数据和链接以及所有其他内容，并且在迁移数据时，无需更改任何内容。

但是，短期内，不要在SQL文件上使用简单的文本搜索/替换。如您所知，这破坏了事情。

尽管我毫不犹豫地提出建议，但是有一种方法可以更改WordPress核心代码以处理这些损坏的序列化。您必须修改wp-includes / functions.php文件，并将maybe_unserialize（）函数更改为此：

function maybe_unserialize( $original ) {
    if ( is_serialized( $original ) ) {
        $fixed = preg_replace_callback(
            '!(?<=^|;)s:(\d+)(?=:"(.*?)";(?:}|a:|s:|b:|i:|o:|N;))!s',
            'serialize_fix_callback',
            $original );
        return @unserialize( $fixed );
    }
    return $original;
}
function serialize_fix_callback($match) { return 's:' . strlen($match[2]); }  

这不是可行的长期解决方案。它仅应用于使您立即开始工作。从长远来看，您需要修复开发过程，这样一开始就不必进行此类URL调整。

为了解决此问题，我始终使用此处提供的WordPress序列化搜索和替换工具。它工作正常，没有任何问题。我已经在所有网站迁移要求上使用了很长时间。这确实解决了将开发数据库迁移到生产中的问题。

https://interconnectit.com/products/search-and-replace-for-wordpress-databases/

奥托的答案很明确。我也很难发现这一点。

但是，我设法使用http://spectacu.la/search-and-replace-for-wordpress-databases/上的一个很酷的脚本来解决此问题。

要将wordpress迁移到新的URL /域名，请执行以下操作：

1. 进行现有wordpress的数据库转储（例如，使用phpmyadmin）
2. 将转储原样还原（无需修改）到您的新位置
3. 将脚本从spectacu.la解压缩到您的wordpress主文件夹中（这不是插件...）
4. 通过将浏览器指向新站点来运行该脚本，例如http：//new-website.url/searchreplacedb.php
5. 不要忘记从新的wordpress主页中删除脚本

在数据库导出文件上进行搜索和替换时，OP过于热情，最终导致某些序列化数据中“ wp_”的出现发生了变化。解决方案是通过在正则表达式中包含反引号，然后在导入后手动更新数据库中的其余键，从而在搜索和替换方面更加简约。

如果要迁移和更改前缀，并且像更手动的方法一样，请执行以下操作（这仅解决了OP的问题，不处理更新站点URL）

1. 备份数据库并将导出的SQL文件移动到新环境（我的示例假定文件名为backup_YYYY-MM-DD.sql）
2. 对SQL文件进行批量搜索和替换，以更改表名以使用新的前缀（在导入SQL文件之前！）。一种方法是使用像这样的Perl单线：perl -p -i.bak -e“ s /`wp_ /`myprefix_ / g” backup_YYYY-MM-DD.sql
3. 将您的SQL数据导入数据库
4. 更新_options中包含前缀硬编码的所有键：update myprefix_options set option_name = concat（'myprefix _'，substr（option_name，4））其中option_name如'wp_％'
5. 更新_user_meta中包含硬编码前缀的所有键：update myprefix_usermeta set meta_key = concat（'myprefix _'，substr（meta_key，4））其中meta_key如'wp_％'

我使用了WP Migrate插件，女巫替换了http和文件夹补丁。导入时遇到一个问题，但解决了将以下几行放在生成的sql的顶部：

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

我还尝试使用@Yoav答复的“搜索并替换”工具（v2.1），但它仍会破坏我的序列化数据。