• Mybatis-plus分页查询不生效之问题排查



    在这里插入图片描述

    一、问题描述

    在查询的时候,发现点击后台的分页器数字,第2页时候,数据还是和第1页的一致。就看后台的数据库打印语句,如下所示。点击第一页和第二页都是这个,limit后的参数只有一个,前期做过类似,点击第二页分页的时候,语句是LIMIT ?,?

    ON ap.id = a.project_id ORDER BY a.create_time DESC LIMIT ?
    
    • 1

    二、分析步骤

    1. 首先开始怀疑的是自己的分页对象出现了问题,因为MySQL ORM框架使用了JPA框架遗留的代码。将spring-data的分页对象org.springframework.data.domain.Pageable转成了mybatis-plus的分页对象com.baomidou.mybatisplus.extension.plugins.pagination.Page
      debug后,Page的 current 和 size 都是存在且对应前台传来的值。
    2. 接着怀疑是mybatis-plus的拦截器顺序问题,因为项目里写了数据权限的拦截器,在研究数据权限拦截器的时候就看到有说拦截器添加顺序会影响到SQL语句拼接的正确性。对比了正常的添加顺序后,这部分也没有问题。
       @Bean
        public MybatisPlusInterceptor mybatisPlusInterceptor() {
            MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor();
    
            //添加数据权限处理器,注意顺序,先数据权限再分页
            MyDataPermissionInterceptor dataPermissionInterceptor = new MyDataPermissionInterceptor();
            // 添加自定义的数据权限处理器
            dataPermissionInterceptor.setDataPermissionHandler(new MyDataPermissionHandler());
            interceptor.addInnerInterceptor(dataPermissionInterceptor);
    
            interceptor.addInnerInterceptor(new PaginationInnerInterceptor());
            return interceptor;
        }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    1. 发现这两部分都没问题后,决定还是debug一下分页拦截器。
      重要的分页SQL语句拼接函数如下。
    DialectModel model = dialect.buildPaginationSql(buildSql, page.offset(), page.getSize());
    
    • 1

    进入到里面,这里数据库使用的MySQL。

    public class MySqlDialect implements IDialect {
    
        @Override
        public DialectModel buildPaginationSql(String originalSql, long offset, long limit) {
            StringBuilder sql = new StringBuilder(originalSql).append(" LIMIT ").append(FIRST_MARK);
            if (offset != 0L) {
                sql.append(StringPool.COMMA).append(SECOND_MARK);
                return new DialectModel(sql.toString(), offset, limit).setConsumerChain();
            } else {
                return new DialectModel(sql.toString(), limit).setConsumer(true);
            }
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13

    可以看到偏移量offset至关重要,决定了拼接的条件判断。
    又发现,offet的值和current相关,根据排查结果来看,current 是正常传值的。

    default long offset() {
            long current = this.getCurrent();
            return current <= 1L ? 0L : Math.max((current - 1L) * this.getSize(), 0L);
        }
    
    • 1
    • 2
    • 3
    • 4

    因此到这里我们就会发现,是offset的真实值不正确。
    当后台前端页面传来的current0时,offset等于0
    当后台前端页面传来的current1时,offset依旧等于0

    而回到拼接函数buildPaginationSql中,不等于0的时候才会有 两个参数的拼接。

    至此,这个问题解决了,就是在对象转换时,没有对current的值进行 + 1


    三、解决方案

    public class MyPage<T> extends Page<T> {
    
        /**
         * @Description: 将spring的分页对象转成Mybatis
         * @param pageable:
         * @return: null
         **/
        public MyPage(Pageable pageable) {
            this.setSize(pageable.getPageSize());
            this.setCurrent(pageable.getPageNumber() + 1);
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12

    四、总结

    1. 多用编译器的debug
    2. 细节问题还是要注意,哪怕一个变量
  • 相关阅读:
    使用 html2canvas 和 jspdf 将页面转 pdf,同时解决当页面过长时,页面白屏问题
    java计算机毕业设计springboot+vue社区养老管理系统(源码+系统+mysql数据库+Lw文档)
    AWS SQS, Boto3 and Python:带示例的完整指南
    自定义事件的监听及触发
    如何在线批量将PDF转换成JPG格式
    C# 优雅的处理TCP数据(心跳,超时,粘包断包,SSL加密 ,数据处理等)
    数据库字典Navicat自动生成版本
    Docker安装anaconda3镜像
    低代码助力制造型企业管理:项目管理系统
    Spring-RabbitMQ 生产者消息确认案例分析
  • 原文地址:https://blog.csdn.net/qq_40657528/article/details/126770358