传入0值使用MyBatis查询不生效的原因

最新推荐文章于 2024-07-24 16:36:08 发布
转载 最新推荐文章于 2024-07-24 16:36:08 发布 · 671 阅读 · 0
文章标签：

#java #MyBatis

本文探讨了在使用MyBatis进行查询时遇到的问题，当传入整型0值时查询条件失效的原因及解决办法。

在Java开发过程中，免不了会使用到MyBatis。有时在做查询的时候传入一个0值会不生效。这是什么原因呢？

这其实是MyBatis的一个坑。博主就遇到了，特此写下这篇文章来记录下。

有个是否激活的查询，查询激活的没有问题，查询未激活的就是不生效。

在MyBatis中自动判断Integer为0时为false，即isActived == ‘’。所以这个判断就不生效了。

只需将字符空值的判断去掉就OK了，或者传入的时候传入字符串。

转载 ：https://blog.youkuaiyun.com/qq_38387867/article/details/81189648

神秘失踪的查询条件：如何解决Mybatis XML中传入参数为0时查询失败的问题？
**My Coding Family**
06-14 1634
传入参数为0时，Mybatis查询失败，原因是Mybatis在进行参数绑定时，会将0认为是null，而null在SQL语句中是无法进行比较的，因此查询失败。解决这个问题的方法很简单，只需要将参数类型改为包装类型即可。
【微服务】mybatis typehandler使用详解
congge
02-25 7114
mybatis typehandler 使用详解
MyBatis传入参数为0时条件不生效
我的博客
06-16 1611
当传入参数为 0 的时候，判断条件无效 <if test="level != null and level != '' "> and level=#{level} </if> Mybatis对于传入Integer类型的参数值为0时，会当作空字符串处理。 去掉<if>标签里的空值判断条件才生效 <if test="level != null"> and level=#{level} </if> ...
解决 mybatis 传0不生效问题
qq_37741426的博客
04-03 221
【代码】mybatis 传零解决不生效问题。
mybatis查询传入为0时，失效
gaoshan12345678910的博客
10-25 748
mybatis查询传入为0时，失效
mybatis传入一个字段为0时失效的问题解决
qq_39198749的博客
12-06 1008
1. 问题 MyBatis对于传入的Integer类型的数据，且当传入的值为0时，会发现以下判断会失效 <if test="a != null and a != '' "> and a=#{a} </if> 2. 原因 MyBatis对于传入的Integer类型的数据，且当传入的值为0时，会把它看作空字符串，所以判定会失效。 3. 解决方式 删除掉空字符串的判断，即：...
MyBatis--11-- 判断 Integer类型，值为0动态SQL不生效
时光里的博客
07-24 1238
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档。
Mybatis排序无效问题解决.doc
03-20
这意味着，如果传入的`sortInfo`值是`empno desc`，那么在最终生成的SQL语句中，这部分内容将直接作为排序条件使用，从而实现正确的排序。 #### 实践示例 下面给出一个具体的例子来展示如何使用`${}`表达式来解决...
Mybatis integer类型值为0时判断条件无效问题
阿鹏的博客
07-29 1138
问题描述： 一个数据实体有一个状态标识码，一般为 integer 类型，比如，一篇文章的状态：0-编辑中 1-已发布。 然后有一个分页列表，可以进行条件查询，根据文章状态进行过滤。伪代码如下： <select id="pageArticle" resultType="xxxVO"> SELECT * FROM article <where> <if test="queryDTO.status !=null and
mybatis 查询数值状态值时，数值0导致失效的问题
TianXieZuoMaiKong的博客
05-20 1137
近期做项目碰到了一个奇怪的问题，大概的需求是这样的： pc端在根据状态值查询的时候，当选则状态值为0的时候，导致了mybatis 里sql 状态值判断失效，最终走了全查。 原sql： <select id="selectListByParamFromWeb" resultMap="roadShowResultMap" parameterType="java.util.Map"> SELECT * FROM ROAD_SHOW WHERE 1=1 <if test="
mybatis查询传入为0时失效，解决方案
记录一些工作日常和学习
08-31 572
mybatis查询传入为0时失效，解决方案
mybatis-plus更新 数值类型 数据，遇到的坑
weixin_45369440的博客
05-28 1736
如果你用mybatis-plus自动生成的代码是不会遇到这个坑。 但是我之前用的是idea右侧那个database生成的实体类，就没有那么让人满意了。 一些数值类型的属性，一定要用他们的包装类，不要直接用基本数据类型。 比如int 要用Interger long要用Long。 因为基本数据类型会有默认值为0，所以在update时，会先判断类中的每条属性是否有值，有值才进行更新这个字段，没有值就不做更新。 更新操作不是新增，所以更新时，用的对象可能就两三个字段有值，这个时候其他的数字类型，如果是基本类型，就会
mybtis-plus 传入字符串查询不到数据
weixin_43820830的博客
01-11 635
mybtis-plus 传入字符串查询不到数据 在测试mybtis-plus时候，发现name参数无论传什么都查询不到数据。下图是控制台输出的结果。通过mysql的查询日志发现查询的sql是传入的乱码。通过排查是数据库的连接没有设置UTF-8，应该设置为 url: jdbc:mysql://127.0.0.1:3306/demo?useUnicode=true&amp&characterEncoding=UTF-8 ...
MyBatis-Plus中update修改成功，但实际数据并未被修改的解决办法
热门推荐
Spring Boot-Common On With You
03-01 3万+
前言 关于这篇文章，主要针对通过调用 MyBatis-Plus API 实现动态修改数据时遇到的，不是使用的SQL，如果你使用的是SQL则建议移步到相关文章，以免耽误你的工作时间，如果是SQL，在移步前博主给两个关注点可以尝试去解决：一个是事务方面，有可能数据已经修改成功，但是在下一步的操作中，可能在某步失败后导致全局数据回滚，所以修改失败；二一个是设置自动提交openSession( au...
mybatis-plus自动插入deleted=0条件
maziaotong的博客
11-07 1864
深入了解发现user实体类继承的BaseEntity中有deleted字段，上面标注了@TableLogic注解表明这个是删除字段，同事yml文件中mp配置了mybatis-plus:global-config:db-config:logic-not-delete-value: 0；逻辑未删除全局值，从而导致的sql中自动添加删除字段；项目中有个人员同步的定时任务，负责每天从oa上将人员信息同步到本系统中；但是这两天发现其中有个用户的信息一天前已经删掉了，deleted=1；但第二天系统又插入了一条；
mybatis/mybatis-plus接收为0或为null的数据时不写入数据库
weixin_45662786的博客
03-28 1917
TableField(strategy=FieldStrategy.IGNORED) （3.1.2版本后被弃用）当insert或者update时，传输的字段值有为0或者为null的时候，可以进行如下操作。动态sql使用了<trim></trim>标签，就不会保存到数据库中。0在mybatis等于 ' '，去掉!= ' ' 条件即可。①在实体类中给指定字段添加注解,使其忽略判断。NOT NULL, 非ENULL判断。NOT EMPTY, 非空判断。IGNORED，忽略判断；在配置文件中添加配置。
MyBatis当传入参数为0时，条件不生效问题
qq_37048804的博客
09-23 4098
最近在写需求的时候，需要根据传入参数level去过滤结果。测试发现，当传入参数为0的时候，判断结果无效。 <if test="level != null and level != '' "> and level=#{level} </if> 经过总结与反复测试，得出结论，在这里记录一下。 Mybatis对于传入Integer类型的参数，且传的值为0时，会把他看作...
mybatis log plugin查询的结果与运行不一致
最新发布
03-31
### 可能的原因分析 MyBatis Log Plugin 是一款用于记录 SQL 日志并将其还原为完整的可执行 SQL 的工具[^1]。然而，在某些情况下，可能会遇到查询结果显示与实际运行结果不一致的情况。以下是可能的原因及其对应的解决方案： #### 1. **日志输出未正确配置** 如果 MyBatis 的日志输出未被正确配置，则可能导致生成的 SQL 不完整或不符合预期。例如，`log-impl` 参数未指定正确的实现类，或者日志级别设置不当。 解决方法是在 `application.yml` 文件中确保以下配置项已正确定义： ```yaml mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl mybatis: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl ``` 上述配置会启用标准控制台输出日志功能[^2]。通过验证此部分配置是否生效，可以初步排查问题所在。 --- #### 2. **插件版本兼容性问题** MyBatis Log Plugin 的不同版本可能存在一定的兼容性差异。如果使用的 MyBatis 版本较新而插件版本过旧，可能会导致解析错误或生成的 SQL 出现偏差。 建议检查当前项目的依赖版本以及插件版本是否匹配。可以通过更新插件至最新稳定版本来解决问题。具体操作如下： - 打开 IDE 插件市场，搜索 “MyBatis Log Plugin”，升级到最新版本。 - 如果无法正常安装，参考相关文档中的手动安装指南[^5]。 --- #### 3. **SQL 占位符替换异常** MyBatis Log Plugin 的核心功能之一是将参数自动填充到 SQL 中的占位符位置，从而生成一条可以直接在数据库中执行的完整 SQL[^4]。但如果存在复杂的动态 SQL 场景（如条件拼接），则可能出现参数绑定失败或顺序错乱的现象。 针对这种情况，需重点检查以下几个方面： - 动态 SQL 是否遵循了 MyBatis 的语法规范； - 确认传入的参数对象结构是否与 Mapper 接口定义完全一致； - 使用调试模式观察最终生成的 SQL 和传递的实际参数值是否有出入。 --- #### 4. **缓存机制干扰** 当启用了二级缓存或其他形式的数据缓存时，查询的结果可能是基于缓存数据而非实时从数据库读取的内容。这会导致显示的日志信息与真实返回结果不符。 为了确认是否存在此类情况，可以在测试阶段临时禁用缓存功能，并重新对比两者的输出一致性。修改方式通常涉及调整 XML 映射文件中的 `<cache>` 节点属性或将全局开关关闭。 --- #### 5. **其他潜在因素** 除了以上提到的主要原因外，还有些次要可能性也需要考虑进去： - 数据库连接池超时断连引发重试逻辑影响最终结果； - 并发环境下事务隔离级别设定不合理造成脏读现象； - 自定义拦截器对原始 SQL 进行额外加工却未能同步反映于日志上。 对于这些复杂场景下的异常行为，往往需要借助更深入的技术手段去诊断根本成因，比如开启 JDBC 层面细粒度追踪或是引入 APM 性能监控平台辅助分析。 --- ### 示例代码片段 下面提供一段简单的 Java 测试代码供参考如何捕获和打印完整的 SQL 语句以便进一步核查其准确性： ```java import com.baomidou.mybatisplus.extension.plugins.MybatisPlusInterceptor; import org.apache.ibatis.session.SqlSession; public class SqlLogTest { public static void main(String[] args) { try (SqlSession session = MybatisUtil.getSqlSessionFactory().openSession()) { String statement = "com.example.mapper.UserMapper.selectById"; int id = 1; // Example parameter value System.out.println("Executing query with ID=" + id); Object result = session.selectOne(statement, id); // Execute the mapped statement System.out.println("Query Result: " + result); } } } ``` --- ### 结论总结 综上所述，MyBatis Log Plugin 查询结果与执行结果不一致的问题多源于配置失误、版本冲突、参数映射混乱等方面。逐一排查上述列举的各项要素有助于快速定位并修复该缺陷。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值