1: 项目里面使用springboo-boot-start-data-jpa操作数据库，通过源码，在repository上继承JpaRepository
<S extends T> List<S> save(Iterable<S> var1);从源码接口可以看出，其中已经提供批量保存接口，继续跟进实现类源码：
@Transactional
public <S extends T> List<S> save(Iterable<S> entities) {
List<S> result = new ArrayList();
if(entities == null) {
return result;
} else {
Iterator var3 = entities.iterator();
while(var3.hasNext()) {
S entity = var3.next();
result.add(this.save(entity));
}
return result;
}
}从源码我们看出遍历集合，调用save()方法，我们跟进save方法
@Transactional
public <S extends T> S save(S entity) {
if(this.entityInformation.isNew(entity)) {
this.em.persist(entity);
return entity;
} else {
return this.em.merge(entity);
}
}主要就是判断这个对象数据库里面是否存在，如果存在则更新， 如果是不存在则新增；根据事务的传播性，在执行persist或者merge操作之后并不会直接提交事务。而是在所有循环保存之后@Transaction注解会统一flush,commit事务 ,下面介绍关于EntityManager常用API
JPA EntityManager 的四个主要方法---persist,merge,refresh,remove
public void persist(Object entity);persist 方法可以将实例转换为 managed( 托管 ) 状态。在调用 flush() 方法或提交事物后，实例将会被插入到数据库中。
public <T> T merge(T entity);方法的主要作用是将用户对一个 detached 状态实体的修改进行归档，归档后将产生一个新的 managed 状态对象。
public void refresh(Object entity);
方法可以保证当前的实例与数据库中的实例的内容一致。
public void remove(Object entity);
方法可以将实体转换为 removed 状态，并且在调用 flush() 方法或提交事物后删除数据库中的数据。
2: 第二种自己通过EntityManager 批量保存数据，下面直接贴代码了
package com.sysware.cloud.dts.service;
import com.sysware.cloud.dts.dtcs.entity.DistributedTransactionEntity;
import com.sysware.cloud.dts.model.DistributedTransaction;
import com.sysware.cloud.dts.redis.client.DtsRedisClient;
import com.sysware.cloud.sys.util.BeanUtil;
import lombok.extern.slf4j.Slf4j;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;
import javax.annotation.Resource;
import javax.persistence.EntityManager;
import java.util.List;
/**
* Created by tianwenqing on 2018/7/4.
*/
@Service
@Transactional
@Slf4j
public class DistributeTransactionService {
@Autowired
private EntityManager entityManager;
public void batchSave(List<DistributedTransaction> lst) {
int j = 0;
for (DistributedTransaction distributedTransaction : lst) {
//TODO 判断数据的合法性
entityManager.persist(distributedTransaction);
j++;
if (j % 50 == 0 || j == lst.size()) {
try {
entityManager.flush();
}catch (Exception e){
log.error("fail",e);
}finally {
entityManager.clear();
}
}
}
}
}
上面的逻辑是批量插入很多数据，然后自己模拟50条flush一次，然后clear掉缓存，（防止缓存数据太大奔溃），然后循环把所有的对象都保存到db.
经过测试，上面的代码在执行过程中（persist 大于50条记录以后），并没有立即刷到db里面去，直到所有的都persist完成之后，数据库才看到记录。下面介绍从别的博客看到关于flush，和@Transtaction注解commit操作的区别，解释这种情况的原因；
flush和commit的区别
1、flush()方法进行清理缓存的操作,执行一系列的SQL语句,但不会提交事务;
提交事务意味着对数据库所做的更新会永久保持下来 所谓清理,是指Hibernate 按照持久化象的状态来同步更新数据库 。
2、Flush()后只是将Hibernate缓存中的数据提交到数据库,如果这时数据库处在一个事物当中,则数据库将这些SQL语句缓存起来
当Hibernate进行commit时,会告诉数据库,你可以真正提交了,这时数据才会永久保存下来,也就是被持久化了.
3、commit针对事物的，flush针对缓存的， 数据同步到数据库中后只要没有commit还是可以rollback的。
可以这么理解，hibiernate有二级缓存，而平时一般只用一级缓存（默认开启），也就是session级的缓存。处于一个事务当中。
当save的时候，只是把相应的insert行为登记在了以及缓存上，而flush是把缓存清空，同时把insert行为登记在数据库的事务上。
当commit提交之后，才会执行相应的insert代码，而commit又是隐性的调用flush的。
