当前使用版本(必填,否则不予处理)

3.5.3.1

该问题是如何引起的?(确定最新版也有问题再提!!!)

使用分页插件PaginationInnerInterceptor,对于offset很大的情况下SQL执行是有性能问题的。 只能进行业务改造,如id连续的情况,会携带最后一个id当下一页的参数这种方式进行性能弥补。 未来会开发插件在很少改动代码的情况下完成上述需求吗? 比如在分页参数增加offset对应的字段名以及字段值,由插件进行处理。 这样可以跟使用PaginationInnerInterceptor一样的方式很少成本改动?

重现步骤(如果有就写完整)

报错信息

Comment From: miemieYaho

不会