ADODB性能优化：numRows()与单独COUNT(*)查询哪个更优？

核心结论 #

从你提供的微时间数据（numRows()耗时0.253秒，关闭$ADODB_COUNTRECS后仅0.00015秒）来看，关闭$ADODB_COUNTRECS，仅在需要行数时执行单独COUNT(*)查询是绝对更优的方案，能大幅降低负载、提升网站速度。

为什么$ADODB_COUNTRECS会拖慢性能 #

当$ADODB_COUNTRECS开启时，ADODB会在执行SELECT查询后自动触发额外的行数统计逻辑：

• 对于MySQL等数据库，这通常意味着数据库需要扫描并遍历整个结果集来计数，哪怕你根本不需要这个行数。
• 如果查询涉及复杂JOIN、大结果集或无合适索引，这个自动计数的开销会被放大，就像你的测试数据显示的那样，耗时相差三个数量级。

单独COUNT(*)查询的优势 #

单独执行COUNT(*)时，数据库可以针对性优化：

• 优先利用主键索引、覆盖索引等，不需要返回实际数据行，仅需统计符合条件的行数，速度远快于遍历结果集计数。
• 你可以按需执行，只在确实需要显示行数（比如分页、统计总数）时才发起COUNT查询，避免不必要的开销。

关闭$ADODB_COUNTRECS后的getArray()问题 #

关闭参数后使用->getArray()得到多维数组是正常行为——它只是把查询结果的每一行封装为子数组，和是否开启计数参数无关。

• 如果需要循环输出，直接遍历这个多维数组即可，无需等待前一次循环完成再发起新请求。
• 若处理超大结果集，担心内存占用，可以改用->fetchRow()逐行读取，减少内存消耗。

实操注意事项 #

1. 保持COUNT查询与主查询条件一致：如果主查询有WHERE、GROUP BY、HAVING等条件，COUNT查询必须完全匹配，否则会得到错误的行数统计。
2. 优化COUNT查询的索引：给COUNT查询的过滤字段添加合适的索引，比如COUNT(*) FROM table WHERE category_id = 1，给category_id加索引能让计数更快。
3. 避免不必要的COUNT：如果业务场景不需要显示总数（比如仅展示列表，不分页），完全不用执行COUNT查询，进一步节省资源。

内容的提问来源于stack exchange，提问作者Nikita Jurievich Nickemail