关于mysql_num_rows 效率极其低下

在做分页查询的时候一直用的mysql_num_rows，今天发现效率极其低下。当数据超过3万条以上时，基本上得花1s多到2s时间。所以决定弃用mysql_num_rows,替代的方式的有：

1)COUNT(ID)

2),SQL_CALC_FOUND_ROWS

SELECT SQL_NO_CACHE SQL_CALC_FOUND_ROWS `ID` FROM TABLE

SELECT FOUND_ROWS() as rows

ID一定要建立索引，因为建立了索引后貌似快很多。

SQL_CACHE与SQL_NO_CACHE:

可以在 SELECT 语句中指定查询缓存的选项，对于那些肯定要实时的从表中获取数据的查询，或者对于那些一天只执行一次的查询，我们都可以指定不进行查询缓存，使用 SQL_NO_CACHE 选项。

对于那些变化不频繁的表，查询操作很固定，我们可以将该查询操作缓存起来，这样每次执行的时候不实际访问表和执行查询，只是从缓存获得结果，可以有效地改善查询的性能，使用 SQL_CACHE 选项。

两种方式的中COUNT(ID)更稳妥些，一来可移植性好，二来可以Cache

PS:从MySQL Performance Blog否定了SQL_CALC_FOUND_ROWS之后，大多数人就以为SQL_CALC_FOUND_ROWS如何如何慢了，实际情况并不是如此。