做了个垃圾采集站，随着数据量的增多，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 昨天15:24
一群自以为比WordPress公司程序员的技术还牛逼的傻屌
3楼 suwubee 昨天15:26
wp优化毫无意义额，我主做magento的，100w数据只要硬件够，框架基本都没什么瓶颈。
4楼 flt024 昨天15:33
suwubee 发表于 2022-5-15 15:26
wp优化毫无意义额，我主做magento的，100w数据只要硬件够，框架基本都没什么瓶颈。 ...
magento1还是2的？
5楼 jianke 昨天15:46
WP确实非常吃硬件，插件多两个就卡死
6楼 zhujizixun 昨天16:03
WP可以通过插件解决一切。
7楼 日美眉 昨天23:31
wp无解，能上百万不卡的基本都要大改！
8楼 菜单 昨天23:51
wp优化毫无意义额，我主做magento的，100w数据只要硬件够，框架基本都没什么瓶颈。 ...
一百万，是指文章数量嘛？还是评论
9楼 M100700 14小时前
你得修改几个功能，比如WP动不动就直接查全表，这肯定不行。
最好自己下个基本theme，然后逐个按照自己的要求定制。
如果自己搞不定，可以花钱请人帮你搞，WP撑一百万数据不是问题，但是得魔改一下。
10楼 委员 14小时前
可以付费做优化 200W没问题
12楼 suwubee 3分钟前
一百万，是指文章数量嘛？还是评论
商品数量，可以改为文章模型，原生的远古zf框架。
13楼 suwubee 2分钟前
magento1还是2的？
2速度好一点，就是配置复杂，其实资源占用并不比wp多。
申明：本文内容由网友收集分享，仅供学习参考使用。如文中内容侵犯到您的利益，请在文章下方留言，本站会第一时间进行处理。