pageHelper分页失效解决方案

前言

      pageHelper是一款优秀的Mybatis分页插件，在项目中可以非常便利的使用，使开发效率得到很大的提升，但不支持一对多结果映射的分页查询，所以在平时的使用时，对于一对多分页会出现分页错误，这篇文章主要对pageHelper分页错误进行重现以及提出解决方案。

分析

       mybatis进行一对多查询时，映射文件（mapper.xml)中的sql语句中使用的左连接，pageHelper会自动对这条左连接sql语句进行select count（0）的处理，并把结果作为分页结构的记录总数，然后自动将limit拼接到sql语句末尾进行分页，由于左连接查询时，连接条件on条件不唯一（即一对多）时，结果会产生笛卡尔积，所以经过pagehelper插件分页得到的记录总数和分页结果并不是预期的结果。

数据准备

共两个表：user、address,用户id与收货地址表中userId对应。

用户表【user】:11条数据

收货地址信息表【address】：4条数据

数据结构

public class UserDto {
    public int id;
    public String name;
    List
 addressList;
}

预期结果

要求对数据进行分页（每页5条），获得用户信息，每个用户信息带出对应收货信息， 用户id为2和3的用户各有两条收货地址信息，其余没有。期望结果如下

{
  "code": 200,
  "message": "success",
  "data": {
    "pageNum": 1,
    "pageSize": 5,
    "pages": 3,
    "size": 5,
    "total": 11,
    "data": [
      {
        "id": 1,
        "name": "张三",
        "addressList": []
      },
      {
        "id": 2,
        "name": "李四",
        "addressList": [
          {
            "id": 1,
            "address": "陕西省宝鸡市",
            "userId": 2
          },
          {
            "id": 2,
            "address": "陕西省延安市",
            "userId": 2
          }
        ]
      },
      {
        "id": 3,
        "name": "王五",
        "addressList": [
          {
            "id": 3,
            "address": "陕西省西安市",
            "userId": 3
          },
          {
            "id": 4,
            "address": "陕西省汉中市",
            "userId": 3
          }
        ]
      },
      {
        "id": 4,
        "name": "钱六",
        "addressList": []
      },
      {
        "id": 5,
        "name": "刘七",
        "addressList": []
      }
    ]
  }
}

问题重现

mybatis映射文件

    
    
    
        
        
    



    SELECT
    a.*,b.address,b.userId
    FROM user a
    LEFT JOIN address b on a.id=b.userId

然后我们使用pageHelper进行分页，并输出日志

SELECT count(0) FROM user a LEFT JOIN address b ON a.id = b.userId
Preparing: SELECT a.*,b.address,b.userId FROM user a LEFT JOIN address b on a.id=b.userId LIMIT ?
Parameters: 5(Integer)
Total: 5

日志分析

第1行：进行数据总数的查询，作为数据的总条数total

第2-4行：进行分页结果的查询，查询出5条数据

从日志中可以看出

1. pageHelper插件拼接后的sql语句就不会输出正确的结果，更不会输出符合期望的结果

2. pageHelper插件分两步查询，第一步查询出记录总数，第二步查询出分页结果

解决方案

方案一

思路：先分页查询出user表数据，然后在serviec服务层根据用户id查询对应的收货地址信息，并关联用户信息与收货信息。

service文件

public List findAll(){
    List userList=userMapper.findUser();
    userList.forEach((item)-> {
    item.setAddressList(userMapper.findByUserId(item.id));
    });
    return userList;
}

mybatis映射文件

    SELECT * FROM user


    SELECT * FROM address where userId=#{userId}

方案二

思路：使用mybatis的嵌套子查询

    
    
    
        
        
        
    



    select * from user



    select a.* from address a where a.userId=#{userId}

与嵌套映射结构的resultMap格式基本一致，一对多查询采用的依旧是collection，区别在于collection中多了select与column属性，select用于加载子查询映射语句的id，它会从column属性指定的列中检索数据，作为参数传递给目标select语句即子查询。

缺点：这种方式虽然可以解决pagehelper一对多分页的问题，但在大型数据表与数据集上性能表现不佳，即产生'1+N'问题。

输出以下sql日志：首先通过主查询语句获得主表的数据总量作为分页的total，第二步通过limit获得前5条分页数据（就是‘1’），第三步将第二步获得结果作为参数通过子查询获得地址表的信息（就是‘N’）

Preparing: SELECT count(0) FROM user
Parameters: 
Total: 1
Preparing: select * from user LIMIT ?
Parameters: 5(Integer)
Preparing: select a.* from address a where a.userId=?
Parameters: 1(Integer)
Total: 0
Preparing: select a.* from address a where a.userId=?
Parameters: 2(Integer)
Total: 2
Preparing: select a.* from address a where a.userId=?
Parameters: 3(Integer)
Total: 2
Preparing: select a.* from address a where a.userId=?
Parameters: 4(Integer)
Total: 0
Preparing: select a.* from address a where a.userId=?
Parameters: 5(Integer)
Total: 0

方案三

思路：弃用pageHelper插件，自定义分页查询，先对主表（user）进行分页，并把分页结果作为虚拟表与副表（address）进行左连接查询

        
        
        
            
            
        
 

    SELECT
        a.*,
        b.address,
        b.userId
    FROM
            ( SELECT * FROM user LIMIT #{size} ) a
                LEFT JOIN address b ON a.id = b.userid