Heim >Backend-Entwicklung >PHP-Tutorial >php分页如何提高效率的问题
现在写分页时要先算出总的数据条数,然后根据每页多少个,算出一共多少页。
也就是写语句的时候如下:
$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: 你的查询条件上有索引的话,不用过于担心性能问题做预先优化,等到性能真的有问题了再说。