如何在WordPress中实现替代SQL_CALC_ROWS_FOUND的row_count方法？

问题背景 #

咱先唠唠现状：WordPress默认用SQL_CALC_ROWS_FOUND来实现分页的总行数统计，但我自己做的基准测试结果吓一跳——这个实现比不用它的普通查询慢了110万%！性能差距大到完全不能接受，所以现在的核心问题就是：怎么在WordPress的现有架构里，替换掉这个低效的实现，用上更快的行数统计方法？

可行的解决方案思路 #

我翻到过一篇技术文章，虽然发布时间有点早，但直到现在WordPress官方也没解决这个性能坑。那篇文章专门针对SQL_CALC_ROWS_FOUND做了详细的基准测试，验证了替代方案的有效性。具体集成可以这么搞：

• 借助WordPress的posts_clauses过滤器，拦截默认的分页查询语句，直接移除SQL_CALC_ROWS_FOUND关键字，终止它的低效统计逻辑
• 单独编写一个轻量的计数查询：用SELECT COUNT(*) FROM ...的形式，只保留原查询里必要的WHERE条件，把排序、LIMIT这些不影响计数结果的子句全部删掉，最大化降低查询开销
• 最后通过found_posts过滤器，把我们自己统计出来的总行数传给WordPress的分页系统，替换掉原本由SQL_CALC_ROWS_FOUND返回的结果

这么拆分之后，把原来一次查询里的「获取数据+统计总数」拆成两个独立的查询，彻底避开SQL_CALC_ROWS_FOUND带来的全表扫描性能黑洞，速度会有质的提升。

内容的提问来源于stack exchange，提问作者Jones G