mysqli_num_rows执行耗时是否与原查询相当？技术疑问解析

关于mysqli_num_rows的耗时与速度问题 #

嘿，这两个问题问到点子上了，咱们一步步拆解：

1. mysqli_num_rows的执行耗时是否与查询本身相当？ #

答案是分情况，核心取决于你使用的是缓冲结果集还是非缓冲结果集：

• 当使用MYSQLI_STORE_RESULT（默认的缓冲模式）时：查询执行完成后，MySQL服务器会把所有结果一次性传输到客户端内存中。这时候mysqli_num_rows只是简单统计本地内存里已有的结果行数，耗时可以忽略不计，和查询本身（涉及服务器端解析、执行、网络传输数据的过程）完全不在一个量级。
• 当使用MYSQLI_USE_RESULT（非缓冲模式）时：mysqli_num_rows需要遍历所有未读取的结果行来计数，这意味着它得把服务器上的结果逐行拉到客户端并统计，这个过程的耗时和你手动遍历所有结果的耗时几乎一样，这时候就和查询处理全部结果的耗时相当了。

2. 为什么mysqli_num_rows可能比查询更快？ #

你假设它更快的场景，大概率是缓冲模式下的情况，原因主要有这几点：

• 不需要重复执行查询逻辑：查询本身要在服务器端做解析、执行where条件过滤、索引查找、数据读取等操作，而mysqli_num_rows是在查询已经完成、结果已经存到客户端内存后才执行的，它不需要再和服务器交互，也不需要重新跑一遍那些复杂的比较或检索操作，只是做本地的行数统计。
• 无额外网络开销：缓冲模式下，结果已经全部传到客户端了，mysqli_num_rows是纯本地内存操作，没有网络传输的延迟，而查询本身包含了服务器到客户端的数据传输过程，这部分开销往往占比不小。
• 轻量级统计逻辑：mysqli_num_rows的内部实现就是直接读取缓冲结果集里已经维护好的行数计数器（如果是缓冲模式），甚至不需要遍历所有行，只是取一个现成的数值，这比整个查询的复杂流程快太多了。

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