dynamicMerge与Merge

dynamicMerge：动态更新，更新对象里的非空字段

Merge：更新，更新对象里的所有字段

例:对象A字段为null,数据库A字段有值。执行dynamicMerge不会更新数据库中的A字段，执行Merge会将数据库中的A字段更新为null

hibernate中dynamicMerge属性默认为false,即默认为Merge

 

MERGE的使用：

 

MERGE INTO 
	SCHEMA_NAME.TABLE_NAME T
USING TABLE 
	(VALUES (:value1, :value2)) T1
	(VALUE_KEY1, VALUE_KEY2)
ON 
	(T.VALUE_KEY1 = T1.VALUE_KEY1 AND T.VALUE_KEY2 = T1.VALUE_KEY2)
WHEN MATCHED THEN
	UPDATE SET 
		VALUE_KEY3 =:value3,
		VALUE_KEY4 =:value4,
		VALUE_KEY5 =:value5
WHEN NOT MATCHED THEN
	INSERT  
		(VALUE_KEY1, VALUE_KEY2, VALUE_KEY3, VALUE_KEY4, VALUE_KEY5) 
	VALUES 
		(:value1, :value2, :value3, :value4, :value5)

MERGE中使用SELECT COUNT(*)即以下方式在高并发下会导致表死锁：

MERGE INTO   
    SCHEMA_NAME.TABLE_NAME T  
USING (SELECT COUNT(*) AS COUNT_NUM FROM SCHEMA_NAME.TABLE_NAME WHERE VALUE_KEY1 = :value1 AND VALUE_KEY2 = :value2) T1
ON T1.COUNT_NUM > 0 AND T.VALUE_KEY1 = :value1 AND T.VALUE_KEY2 = :value2 
WHEN MATCHED THEN  
    UPDATE SET   
        VALUE_KEY3 =:value3,  
        VALUE_KEY4 =:value4,  
        VALUE_KEY5 =:value5  
WHEN NOT MATCHED THEN  
    INSERT    
        (VALUE_KEY1, VALUE_KEY2, VALUE_KEY3, VALUE_KEY4, VALUE_KEY5)   
    VALUES   
        (:value1, :value2, :value3, :value4, :value5)

原因：使用此种方式进入语句（事务）之后执行SELECT，此时事务A处于执行状态（也就是说A处于待提交状态），然后这条语句开始对比判断条件，决定新增还是更新，这个过程的执行会持续一定的时间，高并发情况下在这段时间内，会有下一条SQL进入并开始自己的事务(事务B)，其首先会查SELECT COUNT(*),这时间的COUNT(*)是包含上一条未提交的事务的数据的（下一个事务依赖于上一个事务是导致这个问题的原因）。事务B的提交需等待上一个事务即事务A提交，之后会有C等待A和B......以此往复，会出现事务排队等待提交，并且每个事务都引用了上一个事务未提交的数据，导致排队越往后的SQL（事务）执行时间越长，直至有一条SQL（事务）的等待时间超长而被标记为回滚。被标记为回滚事务D的下一个事务E想要提交时间就会发现他依赖的上一个事务已经被标记为回滚了，就会报要提交一个已经被标记为回滚状态的事务的异常，然后事务E被标记回滚......以此往复会导致之后的事务全部抛这个异常产生死锁（事务所等待的上一个事务因为异常原因已经不可能解锁了）。