该段 Sql 分页代码能够优化吗？

[decdfgfe]

代码如下
$sql="select id,second_level,third_level,title,description,update_time,thumb from p_ed2k where second_level='$cid' and third_level='$scid' order by id DESC limit $offset,$perNum";
分页越到后面越慢， second_level 和 third_level 已经做索引

[akira]

分页是不需要精确的。
如果 id 是顺序并且连续的话，可以先获得 maxid ，然后通过简单计算，获得对应分页的起始 id 和结束 id 。

[pythoner]

对分页的优化基本就是 @raysmond 这个思路，我个人比较推荐用 redis 来搞，用 list 可以很方便地将记录 id 和页数对应起来。

再极端一点，把列表页中需要显示的字段也通通放到 redis 里，再用 lua 写一个方法，根据页数 id 的对应关系，一次性将当前页的数据拼好取出来。

再极端一点，用 nginx_lua 实现上一步。

[scalai]

不知道这样行不：
建这个索引 second_level ， third_level ， id, title, description, update_time, thumb
或 second_level ， third_level ， id

刚看了 数据库索引设计与优化 这本书，没有实操过。。。

[raysmond]

@pythoner 对啊，基本上你说的第一条就够用， redis 的 range 这些方法太好用了。至于后面两个，除非有高要求，量大，一般不用。量不是很大的，直接把一个对象扔进 redis 里去，懒得拼对象了。

[scalai]

@scalai 话说， second_level 和 third_level 看名字像是重复率很高。

[hgc81538]

是 second_level 做一個索引， third_level 做一個索引，共兩索引？
還是 second_level 和 third_level 做同一個索引？

還有你的 SQL 有注入的問題，小心

[iyaozhen]

涨见识了，以前就觉得翻页这个事情好蛋疼。每次算总页数还要 count(*)

[wawehi]

就这段 SQL ，要想优化得快，还得上缓存，推荐 redis ， list, zhash ，结合起来用，非常高效

[otakustay]

最好的办法就是把用于查询的字段再单独弄张表，从这个表拿到 id ，再用 in 通过 id 去拿数据……

[xiamingchong]

@otakustay 才这么点数据没必要的

[otakustay]

@xiamingchong 不仅仅是数据， avg row size 也有很大的影响