limit mysql 取最后_分页场景（limit,offset）特别慢，有什么办法可以优化？

[aries910]

目前的场景就是 单表大概 20 万左右的数据，需要分页，排序（浏览量、新增时间，点赞等等） laravel 生成的 sql select id, logo, title, supports, collections, created_at, views, user_id, summary from table where status > 0 order by supports desc, created_at desc limit 20 offset 164920;

因为 offset 就执行的很慢 求大牛给点解决方案加速下，最好就是通过修改 sql 的方式

PS:机器是单核小主机。。。

[loophole12]

可以先把拉取的 id 都取出来，再根据 id 用 in 拉取整行数据

[sheeta]

取上次分页最后的结果 id, > id limit 20 。缺点，不能跳到指定的页。

[ksedz]

加索引试试

[2kCS5c0b0ITXE5k2]

Select * From table_name Where id in (Select id From table_name where status > 0) order by supports desc, created_at desc limit 20 offset 164920;

[2kCS5c0b0ITXE5k2]

不过 20 万就干趴下 看看慢日志

[aries910]

@emeab 上面的 sql 就是从慢日志里找出来的啊。。。
还有你上面的 sql 一样慢，没用

[aries910]

@sheeta 感谢提供思路，但是指定页的功能还是需要的

[aries910]

@loophole12 试过了，没啥用

[aries910]

@ksedz 上面的 status 和 supports 都加了单独的索引，没啥用给，我看网上有人说 mysql 查询的时候，where 和 order 只会用一个索引，所以就算都有索引也没用，我去尝试了也确实没用（我不太考虑复合索引，毕竟小机器，怕后面数据更大了更新索引占资源）

[2kCS5c0b0ITXE5k2]

@aries910 SELECT * FROM table INNER JOIN( SELECT id FROM table status > 0 order by supports desc, created_at desc LIMIT 10000,100 ) b USING(id) 试下? 我这边单表快 40 万, 也就 0.1 秒

[Jooooooooo]

大数分页是无解问题

一个妥协的方案是用 id 当游标

[dqzcwxb]

@sheeta #2 正解

[aries910]

@emeab 感谢再次回复，这边不能上传图片，我这边执行了还是十几秒

[2kCS5c0b0ITXE5k2]

@aries910 我这边二次执行就快了.

[2kCS5c0b0ITXE5k2]

SELECT *
FROM table AS t1
JOIN (SELECT id FROM table ORDER BY id desc LIMIT 500000, 1) AS t2WHERE t1.id = t2.id ORDER BY t1.id desc LIMIT 2;

[2kCS5c0b0ITXE5k2]

这个也行. 因为没完整的表 只能这样了.

[aries910]

@emeab
没用，只能借用新浪的图床了

[cnoder]

楼上方法叫 延迟关联

[notejava]

思路拓宽一点，从查询流程上优化，例如提前然用户填筛选条件筛选掉部分数据，再做分页。

[2kCS5c0b0ITXE5k2]

@aries910 explain 看下索引