本文讨论了一种业务场景，即如何在用户主页按时间降序展示日志和说说的分页问题。原有的方案存在效率问题，作者提出了一个新的解决方案：利用createTime字段进行查询优化。在第一次查询后，根据最小createTime进行后续查询，限制每次最多返回20条数据，从而提高查询性能。文章还提到了前后翻页的处理策略和相关代码示例。
有一种业务场景 类似QQ空间 用户能发 日志和 说说，但是 之前的设计 是二个表 ，一个表存日志，一个表存说说，并且很多字段不一样，但是有一个字段相同 create_time ，在用户主页按照创建时间降序同时展示 日志+ 说说，
这个时候就碰到一个分页的问题，假设每次请求 10条数据
刚开始的想法是：方案一
select * from t_日志表 order by create_time desc limit 0,10
select * from t_说说表 order by create_time desc limit 0,10二个表返回的一共20条数据放入一个数组，然后再按照时间排序
如果要查 第 91 条到 100 条
select * from t_日志表 order by create_time desc limit 9,10
select * from t_说说表 order by create_time desc limit 9,10
再合并处理 但是这样肯定不行(细节原因就不提了)，
然后换成如下处理：方案二
select * from t_日志表 order by create_time desc limit 100
select * from t_说说表 order by create_time desc limit 100从这合并排序这200条数据，然后
最低0.47元/天 解锁文章
1865
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
