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

发布于 2022-09-12 02:00:34 字数 741 浏览 22 评论 0

在做一个懒加载的功能 每次请求都能感受到明显的延迟
目前使用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

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文