在 Matt Mullenweg 要求大型功能成为他们自己的社区插件并有可能成为规范插件的反馈后， WordPress 的性能团队正在努力拆分 Performance Lab插件。作为这项工作的一部分，新的 SQLite 数据库集成现在可以作为独立插件进行测试。
Yoast 赞助的贡献者 Ari Stathopoulos 领导开发 SQLite 实现的倡议，要求托管公司、插件开发人员和主题作者测试该插件。贡献者的目标是让它走上正轨，成为一个规范的插件，并最终在未来的版本中将 SQLite 实现合并到 WordPress 核心中。
Stathopoulos使用有关如何测试独立插件的说明更新了测试调用。这不是应该在生产中测试的东西。激活插件后，用户只需按照屏幕上的说明安装 SQLite 数据库即可。
在测试时我发现我必须删除 wp-content/db.php 文件才能安装插件，因为它显示以下错误：
无法激活 SQLite 插件，因为
wp-content/db.php已存在不同的插件。
单击“安装”按钮后，插件会将您带到熟悉的 WordPress 安装屏幕，您可以在其中选择语言并输入站点名称和密码。
在测试说明中，Stathopoulos 指出该插件将创建一个新数据库，并且不会从原始数据库迁移任何内容。旧数据库将保留，如果插件被停用，站点将恢复使用 MySQL。Stathopoulos 解释了为什么用户在新数据库处于活动状态时看不到旧数据库中的内容：
SQLite 实现不包括将数据从一个数据库迁移到另一个数据库的方法。由于这是在 WordPress 核心中合并实施的提议，我们需要遵循 WordPress 核心原则。数据迁移不是Core应该做的；这显然是插件领域。您的数据安全地保留在您以前的数据库中，您可以通过禁用 SQLite 模块再次访问它。
当 SQLite 合并到 Core 中时，迁移和备份插件将添加对它的支持。
SQLite 数据库集成插件的存储库已移至 GitHub 上的 WordPress 组织，测试人员可以在那里提供反馈。
关于拆分 Performance Lab 插件的最佳方法的投票结果表明，贡献者更赞成保持 Performance Lab 插件不变，但另外将模块部署为单独的插件（32 票），而不是让 PL 成为专注于包装器的替代方案关于中央基础设施和个别插件的推荐（10 票）。
SQLite Integration Plugin 可能会作为一个独立的模块访问，或者在未来以某种方式通过 Performance Lab 插件推荐，但尚未确定。一旦确定了前进的道路，性能实验室的新结构将如何影响独立的 SQLite 集成插件就会更加清晰。
