现在写分页时要先算出总的数据条数,然后根据每页多少个,算出一共多少页。
也就是写语句的时候如下:
$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一次呢?
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;
依次类推,这样在大数据量的情况下,速度会提升的比较明显,这应该属于一个小细节吧,呵呵
2 回答2.4k 阅读✓ 已解决
2 回答930 阅读✓ 已解决
1 回答1.5k 阅读✓ 已解决
1 回答753 阅读✓ 已解决
854 阅读
1 回答607 阅读
1 回答594 阅读
担心性能的话,可以摒弃"总页数"的话,请参考
yahoo 的 Efficient Pagination Using MySQL
使用SQL_CALC_FOUND_ROWS,请先阅读
To SQL_CALC_FOUND_ROWS or not to SQL_...