登录
首页 >  数据库 >  MySQL

MyBatis 查询结果与 MySQL 执行结果居然不一致?

来源:SegmentFault

时间:2023-02-20 10:10:55 370浏览 收藏

本篇文章给大家分享《MyBatis 查询结果与 MySQL 执行结果居然不一致?》,覆盖了数据库的常见基础知识,其实一个语言的全部知识点一篇文章是不可能说完的,但希望通过这些问题,让读者对自己的掌握程度有一定的认识(B 数),从而弥补自己的不足,更好的掌握它。

添加微信BGM7756领取文末MySQL相关资料福利!

最近在业务中遇到一个问题,业务是这样的:在插入新用户时需要校验用户的某些信息是否唯一,而在程序中校验结果永远是不唯一的。然后我把 MyBatis 打印的执行 SQL 语句拿了出来在数据库中执行,发现没有数据。

然后我就奇怪了,数据库是同一个啊、SQL 是同一个啊、查询结果都没有变啊,为什么执行的结果在程序里面是 1,而在数据库中是0。

难道是因为 MyBatis 和数据库执行的结果不一样?

图片.png

后来我才明白不一致的原因。

我编写了一个与实际业务类似的代码,用来模拟上述的问题。

2. 复现问题

2.1. 表结构

MySQL 数据库中创建了一张用户表,只有4个字段。

CREATE TABLE `user`  (  `user_id` varchar(36) NOT NULL COMMENT '用户主键id',  `user_name` varchar(55) NULL DEFAULT NULL COMMENT '账号',  `password` varchar(55) NULL DEFAULT NULL COMMENT '密码',  `email` varchar(55) NULL DEFAULT NULL COMMENT '邮箱',  PRIMARY KEY (`user_id`) USING BTREE);  //+V:BGM7756,免费领取资料

2.2. 项目依赖

示例项目是一个 SpringBoot 工程,pom 文件中除了 web 一来还有 mysql 的驱动、MyBatis 和 lombok。

  //+V:BGM7756,免费领取资料org.springframework.boothttp://127.0.0.1:8080/test 后,控制台输出了如下的内容:

  //+V:BGM7756,免费领取资料2020-05-27 14:07:09.183 DEBUG 18375 --- [nio-8080-exec-6] c.b.d.m.i.a.m.UserMapper.countByEmail    : ==>  Preparing: select count(*) from user where email=? 2020-05-27 14:07:09.208 DEBUG 18375 --- [nio-8080-exec-6] c.b.d.m.i.a.m.UserMapper.countByEmail    : ==> Parameters: 123@gmail.com(String)2020-05-27 14:07:09.218 DEBUG 18375 --- [nio-8080-exec-6] c.b.d.m.i.a.m.UserMapper.countByEmail    :   Preparing: INSERT INTO user ( user_id,user_name,password,email ) VALUES( ?,?,?,? ) 2020-05-27 14:07:09.234 DEBUG 18375 --- [nio-8080-exec-6] c.b.d.m.i.a.mapper.UserMapper.insert     : ==> Parameters: userId(String), planeswalker(String), password(String), 123@gmail.com(String)2020-05-27 14:07:09.237 DEBUG 18375 --- [nio-8080-exec-6] c.b.d.m.i.a.mapper.UserMapper.insert     :   Preparing: select count(*) from user where user_name=? 2020-05-27 14:07:09.237 DEBUG 18375 --- [nio-8080-exec-6] c.b.d.m.i.a.m.UserMapper.countByName     : ==> Parameters: planeswalker(String)2020-05-27 14:07:09.238 DEBUG 18375 --- [nio-8080-exec-6] c.b.d.m.i.a.m.UserMapper.countByName     : ) ~[classes/:na]    ......  //+V:BGM7756,免费领取资料

在第二个校验方法的时候抛出了错误,说明数据库中存在相同 user_name 的数据,然后我又把 SQL 拿出来单独去数据库中执行,发现没有数据!

不信邪的我又在第二个校验方法上打了断点,当程序执行到此处时,它的执行结果是:

图片.png

也就是说确实这时候存在这样的数据!

而此时我又在数据库当中查询,竟然也查不到这条数据!

这就让我开始考虑到,可能不是代码或者框架的原因,而是其他的问题了,比如数据库事务。

2.4. 原因

我们知道在 SpringBoot 的接口上标注了 @Transactional 注解,就相当于开启了一个事务。

MySQL 默认的事务隔离级别是读已提交,即一个事务提交之后,它做的变更才会被其他事务看到。而在同一个事务中,如果先插入后查询,如果查询条件符合,是可以查询到插入的数据的。

当我的程序在执行完 insert 方法后,又去根据 user_name 查询,就可以查询到插入的数据,而此时我直接在数据库中查询该 user_name,相当于又开启了一个事务进行查询,由于读已提交的隔离级别,一个事务提交之后,它做的变更才会被其他事务看到,且业务方法未提交,所以在数据库中查询不到数据。

这也就是我在程序中和数据库中用同样的 SQL 进行查询,但查询结果却不相同的原因。

2.5. 修复

这个问题从业务上来说原本就是不合理的,我在查询重复数据时本就应该排除与将要插入数据相同 id 的数据,即 SQL 应该是:

select count(*) from user where user_name='planeswalker' and user_id!='userId'

篇幅有限,部分资料图片如下,有需要的朋友添加微信BGM7756 获取资料的免费领取方式吧,希望能给您找工作提供很好的帮助!

网上资料1.png

本篇关于《MyBatis 查询结果与 MySQL 执行结果居然不一致?》的介绍就到此结束啦,但是学无止境,想要了解学习更多关于数据库的相关知识,请关注golang学习网公众号!

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>