jpa分页查询特别慢 如何优化解决?
在做一个懒加载的功能 每次请求都能感受到明显的延迟
目前使用jpa实现分页 已经解决了n+1问题 可是每次分页查询还是能感受到明显的延迟 第一次请求page=1&size=5 整个请求就要1s左右 随着后面page增大 请求时间越来越长 对比知乎 掘金的懒加载 请求几乎让用户感受不到延迟。 请问有什么优化方案吗?
(自己也直接去mysql做过测试 发现mysql虽然要快点 但是随着limit越往后面叠加 时间还是会变长)
目前自己探索的解决方案如下
首先为什么会慢?
这是因为继承jpa自带的分页是limit 原理是一直是往表下面查 所以不管是在jpa中还是直接去 mysql中 limit偏移量一旦多了 都会变得很慢 自己测试了 偏移量10000多 就已经几十秒了 所以单纯的使用limit不会走索引会变得非常慢
于是要让查询语句走索引 可以通过自增的id来实现 利用id的betwwen and 就可以实现查询速度质的提升了
但是这样写后期如果有业务扩展的话 始终感觉不太好 于是想自定义query来实现
但是发现这样写 会出现n+1问题 加上entitygraph注解就会报错
有大神能帮我看看怎样写query才不会报错 才不会出现n+1问题吗?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论