PageHelper分页插件使用过程中的问题

拼搏现实的明天。 2023-02-23 05:10 10阅读 0赞

### 1.只有紧跟在 `PageHelper.startPage` 方法后的第一个 Mybatis 的查询（`Select`）方法会被分页。 ###

也就是当分页查询是，设置完pageSize和pageNum后的第一个sql查询语句才会实现分页查询功能，再后面的不会被实现。

### 2.不支持一对一和一对多结果映射的分页查询 ###

在一对一和一对多时，根据分页条件查询出 100 条数据时，由于一对一和一对多会去重，经过嵌套处理后数据量会减少，因此分页想要获得 100 条数据无法实现。想要支持这种情况可以使用嵌套查询。嵌套查询是要额外执行SQL，主SQL可以得到正确的结果数量，因此可以正常分页。

### 3.大偏移量时分页查询慢优化 ###

当表记录达到数十万上百万时 ，越往后的页面（也就是偏移量越大时）分页查询越慢。这个问题的直接原因是全表扫描到偏移量的位置这个过程耗时，这时候就需要自己单独做处理了，例如 使用查询ID一个字段的子查询sql来定位到偏移量的位置 实现优化分页性能（**如果要集成到插件中需要重写MySqlDialect这个类对插件源码进行修改**）

select * from orders where status='1' and  ID>（select ID from orders where status='1' limit 100000,1）limit 0，100

###  4.分页功能中执行count查询耗时优化 ###

一种方案是在分页时关闭count查询

PageHelper.startPage(pageNum, pageSize, false);

另一种方案时自定义查询sql来进行优化（插件支持自定义count语句） ，例如我们的要分页的sql是

<select id="getCoustomerList" parameterType="com.activity.center.dto.manage.ActivityClientStatisResDTO" resultType="com.activity.center.dto.manage.ActivityClientStatisResDTO">
            SELECT * from activity_info where user_type = 0
            <if test="clientName != null and clientName !=''">
                AND NAME like '%${clientName}%'
            </if>
        </select>

按照PageHelper自定义count查询的规则，我们新建一个select标签，id的名称定义成  getCoustomerList\_count 这个名字，就可以在查询时使用自己定义的这个count查询了。count查询id的定义格式就是 **查询sql标签的id+'\_count' **

### **5.查询结果二次处理后分页的total信息丢失** ###

**这个问题的关键在于****PageHelper的实现，使用**PageHelper后我们的mapper执行结果类型其实都是一个Page类型的对象，而我们通常还是使用Mybatis的select标签中定义的List集合和接受结果集，这个地方就容易被忽略。所以当我们二次处理时，Page类型的对象的total等属性就丢失了。

**可以通过下面两种方式可以获取到Mybatis结果集中的total等属性值**

List<Clock> clockList = clockSupplementMapper.getApprovals(param);
            //1.把结果集合作为参数构造PageInfo对象,构造时会判断结果集是不是Page类型并处理相关属性值
            PageInfo pageInfo = new PageInfo<Clock>(clockList);
            pageInfo.getTotal();
            //2 直接强转为Page类型 就可以获取total等属性了
            Page pageList = (Page)clockList;
            pageList.getTotal();