pagehelper因service注入切面导致分页失效

最新推荐文章于 2024-10-01 20:59:37 发布

原创最新推荐文章于 2024-10-01 20:59:37 发布 · 404 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#java #mysql #sql

本文探讨了MyBatis框架中分页插件startPage导致的分页失效问题，特别是当切面中包含SQL查询时。文章提供了解决方案，即调整切面执行顺序以确保分页功能正常工作。

切面内包含sql查询，startPage后第一条sql为切面内的sql，因此导致分页失效。

若切面内sql因业务需求无法去除，则将切面注入到controller层，置于startPage前执行切面内sql即可。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

俗语suyu

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

PageHelper在面对复杂service数据处理下的分页问题

lianzhang861的博客

04-10

1786

pagehelper是mybatis配合一个很好用的插件，但是使用有一些局限性这是使用方式：会在设置PageHelper.startPage((start / length + 1), length)后的第一个查询自动做分页这样处理比较简单的数据就比较方便了，但是如果这个service中涉及到了多条mapper查询，并且最后对数据做封装，分页就会出问题了。理论上pagehel...

记一次PageHelper分页未生效问题排查

m0_71777195的博客

06-23

5525

最近在项目中使用PageHelper分页工具+Mybatis实现分页查询逻辑，但是发现分页逻辑并没有生效，代码片段如下：这段代码中传入了查询参数和分页信息，并返回总页数和当前页号的数据。但是实际执行的时候返回了全部的数据。排查的时候发现，count代码通过mybatis生成的sql语句中包含了分页参数，但是select语句却没有，因此将查询数据列表的请求放在计算总数据行数前面即可解决这个问题。原因分析这里阅读了一下PageHepler，简单介绍一下PageHelper是如何将分页信息塞入当查

参与评论您还未登录，请先登录后发表或查看评论

MybatisPlus-iservice.page方法分页无效问题

Deadeyess的博客

06-20

2472

需要增加此配置类

怎么书写高质量sql

weixin_46000588的博客

09-21

297

1.查询sql尽量不要用select*,而是select具体字段,因为select*会查询全部数据,效率不如查询select具体字段 2.如果知道查询结果只有一条或者只要最大/最小的一条记录,可以用limit 1 3.应尽量避免在where子句中使用or来连接条件,这样会全表扫描 4.关联查询inner join(inner 可以省略不写),left join,right join,优先使用join,如果是left join,左表结果尽量小 5,应尽量避免在where子句中使用!=或<>操作符,

若依分页工具startPage使用与原理详解

或者由于Service层方法被AOP代理或其他切面干扰，导致分页上下文未能正确传递。此外，多线程环境下使用startPage也可能出现线程安全问题，因为PageHelper依赖ThreadLocal存储分页参数，若在线程池中复用线程且未及时...

MyBatis-Plus分页查询与微服务：微服务架构下分页查询的最佳实践，提升系统可扩展性

![MyBatis-Plus分页查询与微服务：微服务架构下分页查询的最佳实践，提升系统可扩展性]...MyBatis-Plus的分页查询基于数据库的物理分页机制，通过SQL语句的LIMIT和OFFSE

同样的写法有些接口可以有些不行

06-14

通过切面在所有控制器方法执行前注入参数： ```java @Aspect @Component public class PageParamAspect { @Before("@annotation(org.springframework.web.bind.annotation.PostMapping)") public void ...

【Ruoyi-vue】一、用户登录、权限认证模块的分析学习-用户模块业务（二）

键上艺术家

05-01

3197

一直在学习项目的开发，但是发现忽略了很重要的问题，就是如何根据原型图转换成需要的功能代码，这一块儿感觉有模糊，所以写一篇笔记记录一下，自己的思考开发和已有框架的开发是否有相似或区别。 1.页面的功能点分析（按钮、导航等调用接口点） 1.1页面及功能点 1.1.1.注册页面 1.1.2.登录页面 1.1.3.用户管理页面 1.1.4.部门管理页面 1.1.5.菜单管理页面 1.1.6.角色管理页面 1.2.疑问+思考 ...

Spring

数据快递员

10-01

1367

对象关系映射，即编程中对象与数据库中表的关系转换MyBatis是半自动化的ORM框架Hibernate 是全自动化，只需要定义好表中字段和对象，会自动处理 CRUD半自动化：需要自己手动编写SQL。

PageHelper分页失效原因

qq_41369135的博客

04-15

2457

1.代码（分页失效）分页失效一直返回所有数据原失效代码段：图1 图2 2.失效原因因为PageHelper官方解释说【设置分页】后应该立马接【列表查询】方法，不然【参数】可能会被提前消费。列如：图1我设置分页后，调了listWarningPage(pa...

解决Springboot AOP切面切在Service无效问题！【巨坑】

热门推荐

_修铁路的、的博客

07-10

1万+

如题，最近开发时，遇到一个很坑的问题，配置了切面，切点设置在service的实现类中，但实际测试切面对某个service无效，这个问题断断续续，卡了我快一天。要是选其他的service做测试还好，但好死不死，我选来做测试的这个service在Shiro realm中通过@Autowrid 注入的，如下图，其他service都可以用。通过几番查找资料排查问题，网上说是sh...

springboot aop 切到service层，不生效

weixin_37541260的博客

07-01

5528

今天发现一个问题，使用aop切到service层方法上，idea会有切成功的标志，编译也不报错，但就是不生效。研究了下发现，是因为我切的方法被同一个service中的其他方法调用，这样的话就不生效了，暂不清楚原因，解决方法时切到调用它的方法上，这只是切点不生效的一种情况，希望能给到大家参考。 AOP文件： //注释掉的是原来不生效的方式 //@AfterReturning("execution( * cn.qdcares.fodmonitor.web.api.fodmonitor.fodta

pagehelper 分页不生效，是因为需要2个架包

FlyCloudLee的博客

10-28

488

pagehelper 分页不生效，是因为需要2个架包

关于针对某个方法切面不生效的问题

asd43211234的博客

01-05

1584

Spring boot 切面未生效的原因

aop配置切面controller层可以使用，service层不能使用问题

技术熊的博客小窝

12-08

7292

最近使用aop，想做一下service层的异常处理，使用的是注解的方式@Aspect 问题在于，我配置后，controller层的切面是正常的，在controller层我做了日志记录。但是在service层切面不执行。检查了很久都没有发现问题，切点与方法都正确，的确很让人郁闷。检查了很久，意识到，为什么controller层可以用，service不能用呢？是不是配置出了问题？问题在于我配置ao...

mybatis sql分页无效

weixin_43155301的博客

05-16

610

mybatis sql分页无效

切面编程遇到的注入service为null的问题分析

weixin_55472525的博客

04-17

1854

切面编程遇到的注入service为null的问题分析最近学习并运用了AOP切面编程，主要是在所有的controller方法中增加权限校验、时间统计。步骤如下： 1、引入依赖包 2、增加AOP配置类，并定义切入点@PointCut以及切入后要做的事情。 3、由于并不是controller中所有的api接口，需要进行权限校验，所以，我增加了一个自定义注解@CheckAuth，对controller下配有该注解的方法才进行权限校验。 3、增加了一个接口，进行了测试。 /testAop接口可以正常运行，以

Spring MVC AOP切面失效原因与处理

weixin_38370441的博客

01-31

4808

Spring MVC AOP切面失效原因与处理

使用Union All导致 PageHelper 插件分页失效问题

最新发布

07-22

在使用 `PageHelper` 插件进行分页查询时，如果 SQL 语句中包含 `UNION ALL`，会导致分页失效的问题。这是由于 `PageHelper` 在进行分页时，依赖的是 SQL 的 `LIMIT` 子句，并且它会尝试对原始 SQL 进行改写以实现分页功能。当 SQL 中包含 `UNION ALL` 时，`PageHelper` 的分页逻辑无法正确识别和处理多个查询结果的合并结构，从而导致分页不生效或返回错误的结果集。 ### 问题分析 `PageHelper` 插件的工作原理是通过拦截 SQL 查询语句，并在其基础上添加 `LIMIT` 和 `OFFSET` 来实现分页。然而，对于包含 `UNION ALL` 的查询，插件无法正确判断哪一部分是需要分页的主查询，也无法处理多个子查询的合并结果。例如，以下 SQL 查询： ```sql SELECT * FROM table1 UNION ALL SELECT * FROM table2 ``` 如果直接使用 `PageHelper.startPage(pageNum, pageSize)`，生成的分页语句可能会被错误地附加到整个 `UNION ALL` 查询上，导致分页逻辑不准确，甚至返回全部数据。 ### 解决方案 #### 1. 使用子查询包裹 `UNION ALL` 查询可以将 `UNION ALL` 查询作为子查询，外层再进行分页操作。这样可以让 `PageHelper` 正确识别分页的位置。示例代码如下： ```java PageHelper.startPage(pageNum, pageSize); List<Map<String, Object>> result = yourMapper.unionQuery(); ``` 对应的 SQL： ```sql SELECT * FROM ( SELECT * FROM table1 UNION ALL SELECT * FROM table2 ) AS combined_result LIMIT #{pageSize} OFFSET #{offset} ``` 通过这种方式，`PageHelper` 会在外层查询中正确添加分页逻辑，确保分页功能正常工作。 #### 2. 手动控制分页参数如果不想依赖 `PageHelper` 自动分页，可以在业务层手动控制分页逻辑。即先获取所有 `UNION ALL` 查询的结果，然后在 Java 层进行分页处理。 ```java List<Map<String, Object>> allResults = yourMapper.unionQuery(); int total = allResults.size(); int fromIndex = (pageNum - 1) * pageSize; int toIndex = Math.min(pageNum * pageSize, total); List<Map<String, Object>> paginatedResults = allResults.subList(fromIndex, toIndex); ``` 虽然这种方式牺牲了数据库层面的性能优化，但在某些特定场景下是可行的。 #### 3. 使用自定义 SQL 分页可以在 SQL 中显式地为每个子查询添加 `LIMIT` 和 `OFFSET`，并分别进行分页。这种方式适用于每个子查询都具有独立分页逻辑的情况。 ```sql SELECT * FROM ( SELECT * FROM table1 LIMIT #{pageSize} OFFSET #{offset} ) AS sub1 UNION ALL SELECT * FROM ( SELECT * FROM table2 LIMIT #{pageSize} OFFSET #{offset} ) AS sub2 ``` 这种方式可以确保每个子查询都进行分页，但需要注意合并后的数据总量和分页逻辑的一致性。 ### 示例代码以下是一个完整的示例，展示如何在 `UNION ALL` 查询中正确使用 `PageHelper`： ```java PageHelper.startPage(pageNum, pageSize); List<Map<String, Object>> result = yourMapper.unionQuery(); ``` 对应的 Mapper XML 文件： ```xml <select id="unionQuery" resultType="map"> SELECT * FROM ( SELECT * FROM table1 UNION ALL SELECT * FROM table2 ) AS combined_result </select> ``` ### 总结通过将 `UNION ALL` 查询包裹在子查询中，或者手动控制分页逻辑，可以有效解决 `PageHelper` 插件在使用 `UNION ALL` 时分页失效的问题。选择合适的解决方案取决于具体的业务需求和数据结构特点。 ---