WordPress百万级优化SQL_CALC_FOUND_ROWS

zqm840527

做了个垃圾采集站，随着数据量的增多，30W+的时候慢查询开始出现SQL_CALC_FOUND_ROWS

搜了一下优化方式，初步发现有两种方式：

https://aihongxin.com/1045.html

和

https://www.banzhuti.com/sql-calc-found-rows-slow-query-optimization.html

都是修改WordPress的主题文件夹的functions.php文件

另外还有一个方式是把文件：wp-includes/query.php里的
$this->max_num_pages = ceil( $this->found_posts / $q['posts_per_page'] );
改为
$this->max_num_pages = 0;

好像方式3也是用于处理SQL_CALC_FOUND_ROWS的？

因为基本不懂代码，麻烦哪位懂的大佬帮看一下上述三种方法的利弊？谢谢了。

DaShi

一群自以为比WordPress公司程序员的技术还牛逼的傻屌

suwubee

flt024 发表于 2022-5-15 15:33
magento1还是2的？

2速度好一点，就是配置复杂，其实资源占用并不比wp多。

suwubee

菜单 发表于 2022-5-15 23:51
一百万，是指文章数量嘛？还是评论

商品数量，可以改为文章模型，原生的远古zf框架。

醋醋来啦

没钱做魔改，就直接堆 服务器硬件啊，别拿个vps 叫着要优化，这是不可能的，真正的 独立服务器，高配置 默认wp 不魔改都能跑 几百万的

M100700

你得修改几个功能，比如WP动不动就直接查全表，这肯定不行。

最好自己下个基本theme，然后逐个按照自己的要求定制。

如果自己搞不定，可以花钱请人帮你搞，WP撑一百万数据不是问题，但是得魔改一下。

菜单

suwubee 发表于 2022-5-15 15:26
wp优化毫无意义额，我主做magento的，100w数据只要硬件够，框架基本都没什么瓶颈。 ...

一百万，是指文章数量嘛？还是评论

zhujizixun

WP可以通过插件解决一切。

jianke

WP确实非常吃硬件，插件多两个就卡死