多个版本真的会减慢WordPress的速度吗?

时间:2018-01-07 作者:John Biddle

我已经读过很多遍了,我应该清理我的数据库以保持高性能。对帖子进行多次修改一直被认为是一个巨大的性能窃取者。

我对这种说法表示怀疑。我知道,10次修订后的表格会比2次修订后的表格大得多,但它真的会运行得更慢吗?考虑到您经常查找的字段上有索引(或应该有索引),查询速度应该仍然差不多。

我看不出我自己的网站有什么不同,但我没有那么多数据。我很好奇,如果真的有人这样做的话,什么时候会真正开始出现任何改进。

我并不是要网站所有者增加他们想要保留的修改数量,我只是想了解现实世界中的效果,与我经常看到的巨大性能改进相比。

4 个回复
最合适的回答,由SO网友:David Sword 整理而成

在默认的无插件WordPress设置中,有2个版本或100000个版本不会改变前端性能

然而,插件和主题作者如果不能正确查询数据库,最终可能会意外地搜索/查询修订,这可能会带来一些性能问题

这里有一个片段

修订会占用WordPress数据库中的空间。一些用户认为修改也会影响插件运行的一些数据库查询。如果插件没有明确排除帖子修订,它可能会通过不必要的搜索来减慢你的网站速度

SO网友:Otto

不。数据库在很大程度上是智能的。如果您有性能问题,那么您需要找到实际问题并直接解决。在一个索引良好的数据库中拥有数百万行并不会产生任何真正的影响。这就是索引存在的原因。

SO网友:andrewsandlin

是的,它会在一定程度上影响性能。修订存储在数据库中,如果数据库存储了太多的修订数据,则最终会影响站点性能。

最好的做法是限制wp配置中的修订计数。php

define( \'WP_POST_REVISIONS\', 3 );

SO网友:Michael DeWitt

我的名声不只是评论,但我相信,修改后影响绩效的问题今天仍然相关。

这个性能问题有两个方面,前端和后端(管理)。我的一个网站出现了一个问题,在编辑器中加载一篇单页文章需要两分钟以上。

很难排除故障,因为PHP错误日志中没有任何内容。插件;“查询监视器”;说只有257次数据库操作,总共花费了0.31秒。

前端或后端没有其他性能问题。在客户端,控制台报告了一组不推荐使用的react组件。网络瀑布显示出稳定的发展,但我很难从这些信息中理解原因。

一切看起来都很好。更复杂的是,编辑会在两秒钟多的时间内随机加载帖子。

这篇文章没有什么特别之处,只是有32次修订,远远超过了网站上的其他文章。我扔掉了原来的帖子,重新创建了它。问题已解决。

我认为大量的修改是加载时间非常慢的原因。为了避免将来出现这种情况,我将max revisions设置为4。在我看来,这应该被设置为合理的违约,作为最佳实践。

我知道这是冗长的,但我希望它能为其他人节省几个小时的挠头时间。

结束

相关推荐

Performance on WPMS

我的WPMS站点托管在8核/32mb RAM服务器上,但响应时间非常长。我们有大约1000个博客(单个db上有35000多个表)和70000个页面浏览量。我认为我可以缩短响应时间,将具有更多页面浏览量的博客移动到单独的DB中,并使用hyper DB插件将所有博客拆分为每个DB 100个博客。你觉得怎么样?