PageHelp插件在复杂sql下引起的Having无法识别错误及其解决方案

1: 问题出现的场景

系统中有一个复杂SQL内嵌套了多个子查询.在改动时需要将SQL的最后一行加上having来做额外的过滤处理. 添加完having语句后发现SQL能够正常执行就直接将代码提交到了测试环境.结果在测试环境报错Unknown column 'xxx' in 'having clause.

2: 分析问题

1: 经过日志获取SQL发现出现了两条SQL. 其中一条SQL 是 SELECT count( 0 ) FROM xxx;

这条sql是 PageHelp插件在开启分页后自动生成的获取总数的语句. 问题就是出现在这条SQL上.

2: 简化后的正常sql如下.

pageHelp生成的sql如下

两者对比就发现. pageHelp生成的sql没有生成最后一个大括号.而是直接用了原sql最后一个大括号来当做结束.这个明显是有问题的.

因为pageHelp正常情况下生成的统计sql会以 ) tmp_count 结尾.

这个时候有读者开始问了. 这个异常sql也能正常执行啊.顶多就是分页数据统计不准确罢了.

没错.此时sql确实能正常执行. 但是加上having语句后就变了.

加上这条Having后.在执行sql就会发现报错了. 因为mysql此时无法识别该语法了. 这也是为什么我们系统之前用了很长时间都没有出现错误.而加上having后就会报错了.

3:问题原因及解决办法

此时发现问题根源并不是havging导致的.而是原本就pageHelp插件在复杂的sql情况下原本就存在解析错误.而having只是压断它的最后一根稻草罢了.

发现问题了就该解决问题了.

解决方法: 通过重写mybatis方法来阻止pageHelp生成的sql.

在原sql的id后面加上 _COUNT 就能重写该方法了.

此时在执行分页查询的时候.就不会走pageHelp的SQL,而是重写的这个sql方法了. 问题也就不会出现了

相关推荐
TDengine (老段)37 分钟前
TDengine 时间函数 WEEKDAY() 用户手册
大数据·数据库·物联网·时序数据库·iot·tdengine·涛思数据
TDengine (老段)1 小时前
从 ETL 到 Agentic AI:工业数据管理变革与 TDengine IDMP 的治理之道
数据库·数据仓库·人工智能·物联网·时序数据库·etl·tdengine
LQ深蹲不写BUG3 小时前
MySql的事务机制
数据库·mysql
逼子格3 小时前
【Proteus仿真】定时器控制系列仿真——秒表计数/数码管显示时间
数据库·单片机·嵌入式硬件·51单片机·proteus·定时器·硬件工程师
stein_java5 小时前
Mybatis-7 XML映射器
数据库·sql·mybatis
xhbh6665 小时前
开发效率翻倍:资深DBA都在用的MySQL客户端利器
数据库·mysql·数据库连接工具·mysql 连接工具
LJC_Superman5 小时前
Web与Nginx网站服务
运维·服务器·前端·网络·数据库·nginx·vim
java水泥工5 小时前
校园管理系统|基于SpringBoot和Vue的校园管理系统(源码+数据库+文档)
数据库·vue.js·spring boot
高山有多高6 小时前
详解文件操作
c语言·开发语言·数据库·c++·算法