分页工具--PageHelper介绍

Lill_bin

于 2024-09-12 20:24:01 发布

阅读量327

点赞数 8

分类专栏：杂谈文章标签： jvm 分布式数据库后端架构

本文链接：https://blog.csdn.net/qq_56438516/article/details/142185163

版权

杂谈专栏收录该内容

27 篇文章 0 订阅

订阅专栏

PageHelper如何导入项目

PageHelper 是一个 MyBatis 分页插件，它可以帮助开发者简化分页查询的实现。以下是一些关于 PageHelper 的关键信息和使用建议：

引入依赖：在 Maven 项目中，可以通过添加以下依赖来引入 PageHelper：

<dependency>
    <groupId>com.github.pagehelper</groupId>
    <artifactId>pagehelper</artifactId>
    <version>最新版本</version>
</dependency>

确保使用最新版本以获取最佳性能和功能。

配置拦截器：在 MyBatis 配置文件中添加 PageHelper 作为拦截器，例如在 mybatis-config.xml 中配置：

<plugins>
    <plugin interceptor="com.github.pagehelper.PageInterceptor">
        <property name="helperDialect" value="mysql"/>
        <property name="reasonable" value="true"/>
        <property name="supportMethodsArguments" value="true"/>
        <property name="params" value="count=countSql"/>
    </plugin>
</plugins>

使用分页方法：在代码中，可以通过 PageHelper.startPage() 方法开始分页，然后执行查询。例如：

PageHelper.startPage(pageNum, pageSize);
List<User> users = userMapper.selectAll();
PageInfo<User> pageInfo = new PageInfo<>(users);

性能优化：对于大数据量的分页查询，可以通过以下方式优化性能：
- 建立合适的索引：确保查询字段上有索引，以加快查询速度。
- 避免不必要的全表扫描：通过优化 SQL 语句和使用索引来避免全表扫描。
- 合理设置分页参数：避免每页数据量过小导致过多分页，也避免数据量过大影响加载速度。
注意事项：在使用 PageHelper 时，确保 startPage() 方法调用在任何数据库查询之前，否则分页可能不生效。同时，注意分页插件的配置和使用是否正确，以避免常见的分页不生效问题。
高级用法：PageHelper 支持通过接口参数传递分页参数，支持合理的分页参数（如自动处理pageNum<1和pageNum>总页数的情况），并提供了 PageInfo 类来方便地处理分页信息。
监控和调优：定期监控数据库性能，根据实际运行情况调整分页参数和数据库配置，以获得最佳性能。

如何避免常见的分页问题

在使用 PageHelper 时，为了避免常见的分页问题，可以采取以下措施：

确保分页参数正确传递：分页参数（如页码和每页数量）需要正确传递给 PageHelper.startPage() 方法，并且在调用此方法后应立即执行查询操作。
避免在分页参数设置后执行非查询操作：在调用 PageHelper.startPage() 设置分页参数后，不应有任何非查询操作，直到执行实际的查询。这是因为 PageHelper 使用了 ThreadLocal 来存储分页参数，如果在设置分页参数后执行了其他数据库操作，可能会导致错误的分页结果。
处理异常情况：确保在 try-finally 块中调用 PageHelper.startPage()，并在 finally 块中调用 PageHelper.clearPage() 来清除分页参数，以防止分页参数在线程池中的线程被复用时产生影响。
避免一对多查询的分页问题：PageHelper 不支持一对多结果映射的分页查询。如果需要进行这类查询，可以考虑先分页查询主表数据，然后在服务层根据主表数据查询关联表数据。
合理配置分页参数：在配置文件中设置合理的分页参数，如 helperDialect、reasonable、supportMethodsArguments 等，以确保分页行为符合预期。
监控和优化 SQL 性能：定期检查和优化 SQL 语句，确保查询效率，避免因 SQL 性能问题导致的分页错误。
注意版本兼容性：确保使用的 PageHelper 版本与项目中其他依赖兼容，避免因版本不匹配导致的分页问题。
使用物理分页：对于大数据量的分页查询，可以考虑使用物理分页的方式，即先根据主键或其他唯一标识符查询所需的数据范围，再执行 SQL 查询，以提高性能。
缓存分页结果：对于不经常变动的数据，可以考虑将分页结果缓存起来，以减少数据库的访问次数。
分布式分页：对于超大型项目，可以考虑使用分布式数据库解决方案，将数据分散到多个数据库实例上，以提高分页查询的性能。

PageHelper 在处理大数据量分页时有哪些性能优化技巧

在使用 PageHelper 进行大数据量的分页时，可以通过以下技巧来优化性能：

合理使用索引：确保查询中的字段，尤其是用于排序和条件过滤的字段上有合适的索引，以加快查询速度。
减少返回数据量：只返回必要的列，避免返回过多不必要的数据，减少网络传输和处理时间。
优化 Count 查询：对于大数据量的分页，Count 查询可能会成为性能瓶颈。可以通过缓存 Count 结果或者使用业务逻辑上可以接受的近似值来减少对 Count 查询的依赖。
使用物理分页：对于大数据量的分页，可以使用物理分页的方式，即先通过主键或其他唯一标识符查询所需的数据范围，再执行 SQL 查询，以提高性能。
避免复杂的 SQL 语句：复杂的 SQL 语句，尤其是包含多个连接（JOIN）和子查询的语句，可能会严重影响性能。尽量简化 SQL 语句，或者使用业务逻辑来处理复杂查询。
关闭不必要的 Count 查询：如果分页的总数不是必需的，可以通过 PageHelper.getLocalPage().setCount(false); 来关闭 Count 查询，以提高性能。
使用分页查询的高级特性：PageHelper 支持一些高级特性，如合理化分页参数（reasonable 参数），支持方法参数传递分页参数（supportMethodsArguments 参数）等，可以根据需要进行配置以优化性能。
自定义分页 SQL：对于某些特定的数据库和查询，可以通过自定义分页 SQL 来优化性能，例如使用 ID 范围查询或者 JOIN 查询来代替 LIMIT 分页。
监控和分析 SQL 执行计划：定期监控 SQL 执行计划，分析慢查询日志，找出性能瓶颈并进行优化。
避免大数据量的排序操作：如果可能，避免在大数据量上进行排序操作，或者考虑在应用层进行排序，以减少数据库的负担。