mybatis的坑——不报错，就是不能committing，数据存不进数据库

最新推荐文章于 2023-11-21 13:25:12 发布

转载最新推荐文章于 2023-11-21 13:25:12 发布 · 266 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/yang-xiansen/p/10527014.html

文章标签：

#数据库 #java

本文通过一个关于空指针异常的案例，强调了在MyBatis中mapper文件的property属性名与接收类属性名保持一致的重要性。作者经历了一周的排查，最终发现错误源于属性名的不匹配，提醒开发者们注意代码细节，避免类似问题。

测试的时候会报空指针异常，在项目跑的时候会停止执行程序，不会出现异常。

经过一星期的排查与测试，最终找到错误，把mapper文件的映射属性名写错了。

property属性名要与接收类的属性名保持一致。

这是一个惨痛的教训，特此记住，引以为戒。

转载于:https://www.cnblogs.com/yang-xiansen/p/10527014.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

badiu_30394251

关注关注

0
点赞
踩
0

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

后端MyBatis连接Mysql数据库时常见报错

qq_73830179的博客

08-05

1436

Service层：（实现类，接口加@Mapper或者直接在主类加一个：@MapperScan(“****”)）右键Dao层 > Copy Path/Reference... > Copy Reference。@Controller（等价于以前的@Controller+@ResponseBody）@Mapper或者直接在主类加一个@MapperScan(“****”)）完成配置后，点击同步，等下载好依赖包后就好了。启动类：（注意启动类位置不要错，与同包下的子包同级）（前面没问题的多半就在版本问题了）

MyBatis常见Bug之 —— 数据库表或列不存在

大一点的小孩

02-18

1551

MyBatis常见Bug

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

MyBatis数据显示不完全代码却不报错

weixin_59666391的博客

11-27

870

该数据在原数据库中的显示如下：我们的输出语句如下 @Test public void findAll(){ SqlSession sqlSession= MybatisUtil.getSqlSession(); List<Fruit> fruitList=sqlSession.getMapper(FruitMapper.class).findAll(); for(Fruit fruit:fruitList){ ...

MyBatis 插入（更新）失败却不报错

qq_44890213的博客

05-10

3260

问题描述： mybatis进行数据插入或更新操作，方法成功执行，数据库中却不存在新数据，原本代码如下： @Test public void test7() throws IOException { SqlSessionFactory sqlSessionFactory = getSqlSessionFactory(); SqlSession sqlSession = sqlSessionFactory.openSession(); Employ

在使用mybatis进行插入操作时代码正常运行但是数据库中没有数据解决方案

explorer_321的博客

06-03

3275

sql语句中的insert into 没有返回值,插入失败问题

Mybatis执行不报错不更新解决办法

weixin_46752178的博客

06-19

1639

mybatis执行的时候只显示sql语句和参数控制台日志不显示执行成功还是失败。这条sql语句有问题，传进去的参数缺少必传的参数使用try catch 捕抓异常 try{ Mapper.insert(param) }catch (Exception e){ log.info(“打印异常”+e); } ...

mybatis添加数据失败且不报错

weixin_45029766的博客

05-30

2040

上图，mybatis添加失败但是不报错，前后看了一些资料，都不对，只是因为少了一个字段有意思的是后台不报错，添加后就好了，其实很多框架封装的都还可以，我们使用时只需要注意细节，一定要注意细节，出问题就在细节的地方。 ...

MyBatis学习——对数据库查询接口的实例化

01-19

MyBatis应用的核心每个基于 MyBatis 的应用都是以一个 SqlSessionFactory 的实例为核心的。SqlSessionFactory 的实例可以通过 SqlSessionFactoryBuilder 获得。而 SqlSessionFactoryBuilder 则可以从 XML 配置文件...

Mybatis批量更新报错问题

08-31

在使用Mybatis进行数据库操作时，批量更新是一个常见的需求，特别是在处理大量数据的时候。然而，在实际操作中，可能会遇到批量更新报错的情况。本文将详细分析Mybatis批量更新的报错问题及其解决方法。首先，报错...

MyBatis框架——Mybatis操作数据库之简单的insert操作的实现

dazhanglao的博客

11-21

1379

通过Mybatis的环境等配置信息构建会话工厂SqlSessionFactory。

mybatis没有报错，数据库没有插入数据

syynb的博客

08-20

1626

mybatis没有报错，数据库没有插入数据

mybatis插入数据，程序不报错，但是数据无法写入库中

u010429282的博客

10-12

5098

网上找过很多类似的情况，有很多人都碰到了插入数据，数据库不存在数据的问题，解决的方案几乎都是跟事务有关，有的是没有手动提交（commit）有的是没有设置事务管理，但是我的已经设置了事务管理，但还是插入不了数据，麻烦大神们帮我看下这个问题，看如何解决事务管理 <bean id="transactionManager" class="org.springframework.jdbc...

使用mybatis向插入mysql数据库插不进数据且不报错

qq_28927539的博客

05-14

5205

原因：session没有进行commit();

使用mybatis操作数据库，代码运行没报错但数据库没改变

qq_45150560的博客

06-26

645

使用mybatis操作数据库，代码运行没报错但数据库没改变 mybatis 默认是不自动提交事务的。自动提交事务 SqlSession session = ssf.openSession(true); 手动提交事务 //在关闭之前提交 session.commit(); session.close(); ...

代码显示执行成功，但是数据没有存进数据库

weixin_65920414的博客

02-17

2774

代码执行成功，数据没有存进数据库

当使用mybatis-plus想数据库插入数据时，不报错但是不成功

ZhuRuiccc的博客

07-12

1683

检查字段

解决mybatis查询不报错，但一直查不出数据的问题

热门推荐

爱吃鸡腿的明仔

05-24

1万+

问题说明：使用mybatis进行模糊查询，逻辑没有出现问题，编写的sql语句也能在Navicat中查询到数据，运行过程中也不报错，可就是查询不到任何的一条数据 1.控制台打印如下： 2.经过分析，是浏览器传过来的字符编码和连接后台数据库的默认字符编码不一致，导致查询一直没有数据，需要在数据库连接后再加一句characterEncoding=utf-8 3.修改后再次运行，就可以查询到你想要的结果： ...

(28条消息) Mybatis collection 组装数据

jiaoqi6132的博客

09-07

265

Mybatis collection 组装数据通过sql语句查出来的数据如下图所示： student_id=860的有两条，861的有两条。现在我需要下面的这样一个结构：用一条sql语句就能实现了，不需要再到代码中遍历处理了。 <resultMap id="categoryScoreMap" type="java.util.Map"> <id property="studentId" column="studentId"/> ..

MyBatis模糊查询不报错但查不出数据的一种解决方案

BraveShadows

05-24

5680

今天在用MyBatis写一个模糊查询的时候，程序没有报错，但查不出来数据，随即做了一个测试，部分代码如下： @Test public void findByNameTest() throws IOException { String resource = "SqlMapConfig.xml"; InputStream inputStream = Resources.getResource...

最新发布

10-12

你提供的这段日志非常关键，它记录了**系统在崩溃前的一小段时间内正常的用户登录流程和后台任务执行情况**。通过分析这些日志，我们可以清晰地看到： - 用户 `[JE02787]` 成功完成了一次登录请求（耗时 7675ms） - 系统自动执行了邮件发送任务（`MailNotificationTask`） - 数据库操作正常完成，没有报错 - 所有 SqlSession 的创建、注册、提交、关闭都符合 Spring + MyBatis 的事务管理规范而紧接着的后续日志中出现了 `get/close not same thread` 警告和 `connection holder is null` 错误，说明问题是在这个“看似正常”的操作之后才逐渐恶化并最终爆发的。 --- ### ✅ 回答问题：为什么之前看起来正常，后来却崩溃？ #### 🔍 核心结论： > **虽然本次登录过程本身是成功的，但它可能触发了一个长期运行或异步执行的任务（如定时任务、线程池处理），该任务存在数据库连接使用不当的问题，在后续执行中导致连接泄漏或跨线程使用，最终引发连接池耗尽、事务上下文丢失，造成系统假死。** --- ### 🧩 日志逐段解析与行为还原 #### 1. 用户 JE02787 登录全过程（成功） | 时间 | 操作 | |------|------| | `18:26:17` | 开始创建 SqlSession，进入登录认证流程 | | `18:26:18` | 查询用户信息 `findUserByUserName` → 成功查到 JE02787 | | `18:26:19` | 查询用户权限 `findUserLinkPrivList` → 返回 5 条菜单权限 | | `18:26:22` | 查询字典数据 `selectDictionaryByFieldTypeAndFabSite` → 获取区域等下拉框数据 | | `18:26:24` | 查询系统可用链接权限 `findSystemAvailLinkPrivList` → 返回 17 条 | | `18:26:34~18:26:45` | 写入访问历史 `AccessHistoryMapper.insert` → 记录登录行为 | | `18:26:52` | 输出拦截器日志：用户 [JE02787] 访问 `/rrc/login.html` 耗时 **7675ms** | ✅ 整个登录流程完整且成功，所有数据库操作都在事务控制下完成，SqlSession 正常释放。 --- #### 2. 邮件通知任务自动执行（关键线索） ```log 2025-10-04 18:27:03,480 DEBUG com.sjsemi.rrc.task.MailNotificationTask - - RRC Auto Mail Send Complete ``` - 表明有一个名为 `MailNotificationTask` 的定时任务刚刚执行完毕。 - 在此之前有如下操作： ```log rrc.mybatis.mapper.MailNotificationMapper.updateNotification - < Updates: 1 ``` → 说明刚刚更新了一条邮件通知记录（ID=1006803），标记为已发送（MAIL_SEND_FLAG='1'） 📌 这意味着： - 定时任务正在运行 - 使用了 `mailNotificationService.updateNotification(...)` - 并且能获取到 Connection → 当前还未完全断链但注意：这次任务执行发生在 `18:27:03`，而后面出错的时间是 `18:30:28`，中间间隔约 **3分钟** —— 这正是问题积累的过程！ --- #### 3. 关键信号：连接被重复使用 & 多连接并发观察日志中的 JDBC Connection 地址变化： | Connection HashCode | 出现时间 | 用途 | |---------------------|---------|------| | `@5729a452` | 多次出现 | 主线程常用连接（可能是连接池第一个） | | `@2630bc2b` | 多次出现 | 第二个活跃连接 | | `@7c4ad7d6`, `@266f770f` | 后期出现 | 新建连接 | 🟢 前期多个 SqlSession 共享相同的 Connection（由 Spring 管理），属于正常现象（同一个事务可复用）。 🟡 但后期频繁“Creating a new SqlSession”+不同 Connection → 可能已有连接未及时归还，新请求被迫新建连接。 ⚠️ 当连接数接近 Druid 最大值（默认 maxActive=8 或 20）时，就会开始排队等待，导致后续请求变慢甚至超时。 --- #### 4. 用户反馈：“签核完这一站后流到下一站，准备切换账号审核” 这句非常重要！ 👉 用户 `JE02787` 是从另一个账号（比如 `JE03427`）切换过来的。这意味着： - 用户可能打开了多个浏览器标签页 - 或者前后台共存多个会话（session） - 每个请求都会占用一个线程 + 可能获取数据库连接 - 如果系统中有“流程推进自动触发邮件”机制，则每一步流转都可能触发一次 `MailNotificationTask` 💡 推测场景： 1. `JE03427` 完成审批 → 流程推进 → 触发邮件任务 A 2. 邮件任务 A 启动子线程发送邮件，但未正确管理事务 3. `JE02787` 登录 → 又触发一次邮件任务 B（或其他事件） 4. 多个任务并发抢占连接池资源 5. 某个任务在线程间传递了 SqlSession 或 Connection → Druid 报 `get/close not same thread` 6. 连接无法归还 → 连接池耗尽 → 后续所有请求卡住 → 登录转圈 45 秒 --- ### 🧪 为什么第一次登录还能成功？第二次就不行？ | 第一次登录（18:26） | 第二次登录（18:28） | |--------------------|---------------------| | 连接池尚未耗尽 | 前面的任务已泄漏连接 | | 所有操作在主线程完成 | 可能有异步任务仍在运行 | | SqlSession 正常释放 | 新请求拿不到连接 | | 耗时 7.6s（偏高但成功） | 耗时 44.6s（严重阻塞） | ➡️ 明显是一个**资源泄漏累积效应**：第一次只是“慢”，第二次已经是“堵死了”。 --- ### ✅ 根本原因总结 | 问题 | 描述 | |------|------| | 🔴 **根本原因** | **数据库连接未正确释放或跨线程使用，导致连接池逐渐耗尽** | | 🟡 **直接表现** | `DruidDataSource - get/close not same thread` + `connection holder is null` | | 🟡 **诱因** | 用户频繁切换、流程自动触发任务、定时任务并发执行 | | 🟡 **代码隐患点** | 极可能存在以下任意一种：<br>• 使用 `@Async` 异步方法调用 Service<br>• 手动启用了线程池执行数据库操作<br>• 自定义线程中调用了 DAO<br>• 没有配置 `removeAbandoned=true` 导致泄漏无法回收 | --- ### ✅ 解决方案建议 #### ✅ 1. 检查 `MailNotificationTask` 是否使用了异步线程 ```java @Component public class MailNotificationTask { @Autowired private MailNotificationService mailNotificationService; @Scheduled(fixedDelay = 5000) public void sendPendingMails() { // ❌ 危险！如果下面的操作开了子线程？ executor.submit(() -> { MailNotification mail = service.findUnSendTopRecord(); // ... }); } } ``` ✅ 应改为： ```java @Scheduled(fixedDelay = 5000) public void sendPendingMails() { // ✅ 全部操作放在主线程中 List<MailNotification> mails = mailNotificationService.findUnSendTopRecord(); for (MailNotification mail : mails) { try { boolean success = sendEmail(mail); if (success) { mail.setMailSendFlag("1"); mail.setMailSendTime(new Date()); mailNotificationService.updateNotification(mail); } } catch (Exception e) { log.error("Failed to send mail ID:" + mail.getId(), e); } } } ``` #### ✅ 2. 配置 Druid 连接泄漏监控 ```yaml # application.yml spring: datasource: druid: remove-abandoned: true remove-abandoned-timeout: 300 # 超过5分钟未关闭即视为泄漏 log-abandoned: true # 打印堆栈 ``` 重启后，一旦发生泄漏，Druid 会在日志中输出谁打开了这个连接，便于定位。 #### ✅ 3. 添加 SQL 执行耗时监控 AOP ```java @Aspect @Component public class SlowSqlLogger { private static final long SLOW_THRESHOLD = 3000; // 3秒以上为慢查询 @Around("execution(* org.apache.ibatis.session.SqlSession.*(..))") public Object logTime(CProceedingJoinPoint pjp) throws Throwable { long start = System.currentTimeMillis(); Object result = pjp.proceed(); long elapsed = System.currentTimeMillis() - start; if (elapsed > SLOW_THRESHOLD) { System.out.println("SLOW SQL DETECTED: " + pjp.getSignature() + " took " + elapsed + "ms"); Thread.dumpStack(); } return result; } } ``` --- ###