更紧密的兼容性 影响性能的是WordPress

[account_disabled]

 数据库使用的存储引擎。存储引擎控制数据库服务器如何管理其存储的数据。您还可以为每个数据库表设置不同的存储引擎；您不必对整个数据库使用同一个数据库。 数据库服务器有多个存储引擎。我们不会查看所有这些。只有两个让我们感兴趣：InnoDB和MyISAM。 默认情况下，WordPress 使用默认的 MySQL 数据库引擎。在 MySQL 5.5 之前，该引擎是 MyISAM。如果您运行一个小型 WordPress 网站，那么 MyISAM 就可以了。一旦网站规模增大，MyISAM 就会遇到性能问题。此时，InnoDB 是数据库引擎的唯一选择。 InnoDB 的唯一问题是它需要一些调整才能发挥最佳性能。如果您正在运行大型数据库服务器，则可能需要进行调整。幸运的是，有一个工具可以帮助我们做到这一点。 MySQLTuner 是一个用于分析数据库。

服务器的小脚本。它将生成一份报告并为您提供调整建议。 对象缓存 优化查询结果周期的主要工作在于对象缓存。对象缓存的作用是存储获取或生成耗时的数据。正如您可能猜到的那样，数据库查询是一个完美的选择。 WordPress 大量使用对象缓存。假设您用来get_option从数据 Whatsapp 号码列表 库中获取一个选项。WordPress 只会在数据库中查询该选项一次。下次有人需要它时，它不会再次查询它。 相反，WordPress 将从对象缓存中获取查询结果。这是 WordPress 为减少需要进行的数据库查询数量而采取的主动步骤。但这并不是一个万无一失的解决方案。 虽然 WordPress 会尽力利用对象缓存，但插件或主题则不必这样做。如果插件或主题进行大量数据库查询并且不缓存结果，则堆栈对此无能为力。 在这种情况下，大部分数据库查询将来自 WordPress 本身。因此，您将从 WordPress 内置的对象缓存使。



用中获得巨大收益。这就是为什么它是现代 WordPress 服务器堆栈的重要元素。 现在，对象缓存的一个问题是它不会保留默认存储的数据。当 PHP 执行所有 WordPress 文件时，它只是将数据存储在内存中。但是一旦 PHP 进程终止，它存储在内存中的所有数据都会被清除。 这根本不理想。对象缓存可以长时间保持有效，因此您不希望将其限制为单个请求。解决方案是使用持久对象缓存。 持久对象缓存通常以插件的形式出现。该插件将利用该object-cache.php插件来完成其工作。这个插件允许插件作者更改对象缓存的默认行为。 然后，插件将对象缓存连接到持久数据存储。他们通过替换默认对象缓存的获取和保存功能来实现这一点。对象缓存不是从内存中保存和提取数据，而是从该。