hibernate异常org.hibernate.exception.ConstraintViolationExceptio

ゞ浴缸里的玫瑰 2022-04-11 09:43 352阅读 0赞

> HTTP Status 500 - Request processing failed; nested exception is  
> org.springframework.dao.**DataIntegrityViolationException**: could not  
> execute statement; SQL \[n/a\]; constraint \[null\]; nested exception is  
> org.hibernate.exception.ConstraintViolationException: could not  
> execute statement

在使用hibernate执行save操作时出现此异常，最后通过断点调试，发现这个save之前还有其他的save，并且使用了其他save的返回的id，来作为外键参照。  
我们一般都是将service的一个方法放到一个事务中（查询操作当然不需要事务了）  
伪代码如下：

@Transactional//生命式事务，基于aop实现
    viod saveSomething(){
    
    Object a=new Object();
    Object b=new Object();
    Session hiberSession=getSession();
    hiberSession.save(a);
    b.setAId(a.getId);//将a对象的主键作为外键参照，然而此时还没有提交事务，a对象中还没有id返回,也就是b对象引用了一个不存在的外键作为外键值
    hiberSession.save(b);
    
    
    }

### 正确操作如下(解决方法）： ###

@Transactional//rolling back on runtime exceptions
    viod saveSomething(){
    
    Object a=new Object();
    Object b=new Object();
    Session hiberSession=getSession();
    hiberSession.save(a);
    hiberSession.flush();//刷新缓存，将sql执行，这个默认是在事务提交前自动执行的
    b.setAId(a.getId);//将a对象的主键作为外键参照
    hiberSession.save(b);
    
    
    }

这里需要注意：session的flush与事务提交的区别：  
代码：  
先看看session的flush，最好的说明无疑是看源码了：

# session的flush与事务commit(只是简单理解） #

## session.flush ##

/**
    	 * Force this session to flush. Must be called at the end of a
    	 * unit of work, before committing the transaction and closing the
    	 * session (depending on {@link #setFlushMode(FlushMode)},
    	 * {@link Transaction#commit()} calls this method).
    	 * <p/>
    	 * <i>Flushing</i> is the process of synchronizing the underlying persistent
    	 * store with persistable state held in memory.
    	 *
    	 * @throws HibernateException Indicates problems flushing the session or
    	 * talking to the database.
    	 */
    	public void flush() throws HibernateException;

务必是在某个单元（一个整块）的任务末尾，事物提交和session关闭之前 刷新session

*  Tracnsaction的commit方法会自动调用session的flush操作
 *  flush操作是同步底层持久化的过程，以存储在内存中的可持久化状态进行存储（注意哦，只是存在内存，也就是缓存中，并且有个状态标记这条缓存是可以持久化的，还没存到磁盘（数据库中））

## transaction.commit ##

/**
    	 * Commit this transaction.  This might entail a number of things depending on the context:<ul>
    	 *     <li>
    	 *         If this transaction is the {@link #isInitiator initiator}, {@link Session#flush} the {@link Session}
    	 *         with which it is associated (unless {@link Session} is in {@link FlushMode#MANUAL}).
    	 *     </li>
    	 *     <li>
    	 *         If this transaction is the {@link #isInitiator initiator}, commit the underlying transaction.
    	 *     </li>
    	 *     <li>
    	 *         Coordinate various callbacks
    	 *     </li>
    	 * </ul>
    	 *
    	 * @throws HibernateException Indicates a problem committing the transaction.
    	 */

## 问题： ##

既然事务的commit会自动执行flush，那么为什么不手动flush就会导致a对象的主键没返回呢？？？

### 猜测： ###

博主暂时猜测：自动的flush操作可能会打乱正常得逻辑的sql执行顺序，如果是手动flush就能保证a的sql在b的sql之前执行，  
如此猜测的起点是：java虚拟机为了优化可以对代码进行重排序，这点大家都是知道的，那么hibernate这里的事务有没有可能是这样的呢？进行某种程度上的优化，来改变sql的执行顺序，我的pojo里面虽然有外键字段但是是没有指定参照于某个表的，只是让他作为普通的字段，数据库里面是建立了外键约束的。（以上暂时只是猜测，后续研究再来更正，各位博友如果知道原由，还望留言给出，谢谢！）

博主当时是没注意这个外键关联的问题，自己单独测试没有出现此异常，当时将系统投入使用时，发现出现此异常。当时以为是网络原因，当时生产服务器配置很高，这点排除；除此之外这个异常看名字也是和网络没半毛钱关系，再仔细看异常名字，包含volatile字样，这应该是和原子操作或者是事务的操作有点关系了。  
找到该异常定义处：

## DataIntegrityViolationException.java
    
    /**
     * Exception thrown when an attempt to insert or update data
     * results in violation of an integrity constraint. Note that this
     * is not purely a relational concept; unique primary keys are
     * required by most database types.
     *
     * @author Rod Johnson
     * */
     public class DataIntegrityViolationException extends NonTransientDataAccessException

大意是说当尝试insert或者update数据时导致违反完整性约束。  
什么是完整性约束呢？

## 完整性约束 ##

完整性约束简单来说就是为了保证只允许正确的数据存入到数据库。  
什么是正确的数据？  
不违反数据库里面定义的约束，比如非空约束（不允许该字段为null），主键约束（唯一且不空），外键约束（非null）等等  
而博主的问题显然是由于外键约束问题导致的。