现在写分页时要先算出总的数据条数，然后根据每页多少个，算出一共多少页。
也就是写语句的时候如下：
$req = date > 1200000000
先select count(*) from test where {$req}
然后根据这个总条数和每页显示的条数得出$limit
再select * from test where {$req} limit {$limit}
感觉这样的执行效率不高，请问能不能只select一次呢？
回复内容： 现在写分页时要先算出总的数据条数，然后根据每页多少个，算出一共多少页。
也就是写语句的时候如下：
$req = date > 1200000000
先select count(*) from test where {$req}
然后根据这个总条数和每页显示的条数得出$limit
再select * from test where {$req} limit {$limit}
感觉这样的执行效率不高，请问能不能只select一次呢？
担心性能的话,可以摒弃总页数的话,请参考
yahoo 的 efficient pagination using mysql
使用sql_calc_found_rows,请先阅读
to sql_calc_found_rows or not to sql_...
mysql 在做分页带limit查询的时候，越往后面，效率越低，我说下我自己的做法，一般主键id都为自增的，且带where条件数据不可能完全都是所要得到的数据。 举个例子 有一张表 we_user_score 存积分的表
uid(_pk) username(用户名) score(积分)
假设有100条数据 其中积分分布为10-100这个区间。这个时候，想要获取score>30的数据 每页5条
select uid,username,score from we_user_score where score>30 limit 0,5;
但是在做第二页查询的时候 sql就可以这么写
select uid,username,score from we_user_score where uid>=5 and score>30 limit 5,5;
依次类推，这样在大数据量的情况下，速度会提升的比较明显，这应该属于一个小细节吧，呵呵
其实这种大数据中效率会快很多的。很不错一个分享。
mysql对select count(*)是有优化的，所以实际的查询消耗很少，lz觉得执行效率不好，那最好去看下mysql的explain数据吧，一切以数据为准。
你可以试试 sql_calc_found_rows，虽然说也是两次查询，但mysql本身不需要再执行一次索引查找了。
用法
select sql_calc_found_rows * from test where {$req} limit {$limit}
在完成查询以后立即执行
select found_rows()
有人说并发的情况下，结果可能会错乱，详见这里http://us3.php.net/manual/en/function...
ps： 你的查询条件上有索引的话，不用过于担心性能问题做预先优化，等到性能真的有问题了再说。