jpa分页查询特别慢 如何优化解决?

在做一个懒加载的功能 每次请求都能感受到明显的延迟
目前使用jpa实现分页 已经解决了n+1问题 可是每次分页查询还是能感受到明显的延迟 第一次请求page=1&size=5 整个请求就要1s左右 随着后面page增大 请求时间越来越长 对比知乎 掘金的懒加载 请求几乎让用户感受不到延迟。 请问有什么优化方案吗?
(自己也直接去mysql做过测试 发现mysql虽然要快点 但是随着limit越往后面叠加 时间还是会变长)


目前自己探索的解决方案如下

首先为什么会慢?

这是因为继承jpa自带的分页是limit 原理是一直是往表下面查 所以不管是在jpa中还是直接去 mysql中 limit偏移量一旦多了 都会变得很慢 自己测试了 偏移量10000多 就已经几十秒了 所以单纯的使用limit不会走索引会变得非常慢
于是要让查询语句走索引 可以通过自增的id来实现 利用id的betwwen and 就可以实现查询速度质的提升了 截屏2020-04-02下午9.23.07.png
但是这样写后期如果有业务扩展的话 始终感觉不太好 于是想自定义query来实现
但是发现这样写 会出现n+1问题 加上entitygraph注解就会报错
有大神能帮我看看怎样写query才不会报错 才不会出现n+1问题吗?
image.png

阅读 8.9k
撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题