Hibernate用IDENTITY生成主键时重复保存相同用户如何解决

你当前的问题核心是用了数据库自增主键作为唯一判断依据，但未持久化的新实体没有主键值，导致存在性判断完全失效，可通过以下两层方案解决，不需要全表遍历用户：

• 数据库层面兜底：给用户名字段加唯一约束
  业务逻辑可能因各种边界情况出现判断漏洞，直接在数据库层面加唯一约束可以从根本上避免重复数据写入。调整User实体的username字段注解：

  @Entity
  public class User {
      @Id
      @GeneratedValue(strategy = GenerationType.IDENTITY)
      private Long id;
  
      @Column(unique = true, nullable = false)
      private String username;
  
      // 其余原有代码
  }
  

  配置后Hibernate建表时会自动给username字段创建唯一索引，重复插入同用户名数据时会直接抛出约束冲突异常，不会生成重复记录。
• 业务逻辑层优化：按用户名做存在性判断
  你不需要全表查询比对用户名，直接写按用户名条件查询的方法即可，加了唯一索引后这个查询走索引，性能接近O(1)，完全不会有性能负担：
  1. 先在UserDAOHibernate中新增按用户名查询的方法：

  public User findByUsername(String username) {
      return session.createQuery("FROM User WHERE username = :username", User.class)
              .setParameter("username", username)
              .uniqueResult();
  }
  

  2. 改造原有save方法的判断逻辑：

  @Override
  public boolean save(User user) {
      Transaction transaction = null;
      try {
          // 替换原有按id判断的逻辑，按业务唯一键用户名判断
          if (findByUsername(user.getUsername()) == null) {
              transaction = session.beginTransaction();
              session.save(user);
              transaction.commit();
              return true;
          }
          // 已存在的用户可按需走更新逻辑或直接返回
          return false;
      } catch (Exception e) {
          e.printStackTrace();
          // 异常时回滚事务
          if (transaction != null && transaction.isActive()) {
              transaction.rollback();
          }
      }
      return false;
  }
  

• 可选优化（针对启动初始化内置用户场景）：如果你的场景是每次启动要初始化固定的内置用户，可以在启动时一次性查询所有已有用户名存入内存Set，后续判断直接走内存，连单次数据库查询都可以省掉。

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