HQL中如何更新布尔值？执行更新语句无报错但不生效

我之前也碰到过一模一样的问题！你的代码框架没问题，但有几个极易忽略的细节会导致这种“不报错也不生效”的情况，咱们逐个排查：

• 核心问题：忘记执行更新语句的executeUpdate()方法
  这是最常见的坑！你创建了Query对象、设置了参数、提交了事务，但HQL的update/delete语句必须手动调用executeUpdate()才会真正触发数据库操作——否则只是定义了查询逻辑，根本没执行。
  修正后的关键代码片段：

  Query query = session.createQuery("update Reservation set realized = true where id= :reservationId");
  query.setParameter("reservationId", reservationId);
  int affectedRows = query.executeUpdate(); // 必须调用这个方法！
  // 可以加个日志或打印，验证是否命中了记录
  System.out.println("受影响行数：" + affectedRows);
  transaction.commit();
  

  如果affectedRows是0，说明你的reservationId没有匹配到数据库中的记录，那就要检查传入的ID是否正确了。

• Session缓存导致的视觉“不生效”
  如果在执行更新前，这个Session已经加载了对应的Reservation对象，Hibernate的一级缓存会保留旧的对象状态。即使数据库已经更新成功，你如果后续从同一个Session获取该对象，看到的还是旧值。解决方法是：

  • 更新后调用session.clear()清空缓存，或者
  • 后续查询时使用新的Session实例

• 数据库字段与实体类映射不匹配
  检查数据库中realized字段的类型：比如有些数据库用TINYINT(1)存储布尔值，而你的实体类中realized字段是不是boolean/Boolean类型？有没有用注解正确映射（比如@Column(columnDefinition = "TINYINT(1)")）？如果类型不匹配，HQL中的true可能无法正确转换为数据库能识别的值，导致更新无效但不报错。

• 事务隐藏异常未被正确处理
  你的catch块只打印了栈跟踪，但如果事务在commit阶段出现问题（比如数据库连接中断、权限不足），可能已经悄悄回滚了。建议在catch块中添加回滚逻辑，确保事务状态正确：

  catch (Exception e) {
      if (transaction != null && transaction.isActive()) {
          transaction.rollback();
      }
      e.printStackTrace();
      return false;
  }
  

优先检查第一个问题，绝大多数情况都是因为漏了executeUpdate()！

内容的提问来源于stack exchange，提问作者czesiek