在使用自定义发布类型时,是否有任何性能考虑因素?

时间:2018-03-08 作者:Michael Rogers

考虑一个繁忙的站点,大约有10000篇帖子,分为10种自定义帖子类型。自定义分类法和自定义字段也用于所有分类法和字段。

主查询被修改为在索引、存档、搜索和提要上到处包含所有这些帖子类型。

Now, is there any performance hit caused by using custom post types versus regular \'post\'? 或者他们是什么类型也没什么区别?

4 个回复
最合适的回答,由SO网友:Krzysiek Dróżdż 整理而成

否。所有帖子都存储在wp_posts 桌子职位类型由定义post_type

无论查询中包含哪些自定义帖子类型,都只执行一个SQL查询。当然,稍微复杂一点的查询(在vs.=)可能会对性能造成一些影响,但这是微不足道的。

SO网友:Tom J Nowell

No, there is no meaningful performance difference.

它们都以相同的方式在内部存储它们都以相同的方式查询每个查询都是post类型的查询,如果您不指定哪些查询,它将使用post, 内置的post类型与自定义post类型相比没有特殊的性能优势,并且post type列为性能编制了索引

SO网友:Silicon Dales

没有区别,CPT存储在与“正常”帖子相同的wp\\U帖子表中-正如这里大多数答案所提到的-但是,我还要补充一点can 受影响的是,如果您存储了大量Posteta(自定义字段),那么为了获得最佳性能,请尽量不要在Posteta中存储“lot”,所以尽可能使用自定义分类法!

SO网友:Hassan Alvi

我已经处理了400000-500000个帖子的网站,它们工作得很好。。无论使用何种自定义分类法,WordPress都无法处理10000篇帖子;自定义字段。

WordPress有一个非常成熟的体系结构来处理post元数据,并且内置的功能和过程足以处理数据负载。

WordPress存储的第一件事page, post &;<custom-post-types> 同样,它们存储在wp_post 表和post_type 字段区分它们;元数据存储在wp_postmeta 表每个自定义字段由meta_key 并通过post_id 领域

唯一的性能问题是检索它们的方式,最大限度地优化自定义查询是性能问题的解决方案!

结束

相关推荐

Performance on WPMS

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