转：http://fsjohnhuang.blog.163.com/blog/static/1142963642009101735447743/ 通过EntityManager的flush()可手动地控制将实体类中的数据传送到数据库，但这句话意思十分含糊。具体地说应该是:客户端对实体类中数据的改变和手写的任何SQL语句都是保存在客户端的内存中，当执行了flush()后，对...
Spring Data 是 Spring 的一个子项目。用于简化数据库访问，支持No
SQL
和 关系数据存储。使用 SpringData
可以大幅减少数据访问层 (DAO) 的开发量. 开发者要做的，就是声明持久层接口，其他都交给 Spring Data
JPA
来帮你完成！本套课程从最基础
JPA
到SpringData
JPA
面面俱到！一共有106讲，
本系列课程会实战演示SpringData
JPA
的各个功能特性。
1：本系列课程全程使用注解，无xml
2：详解Spring Data
JPA
封装的各种查询方式
3：详解Spring Data
JPA
常用接口
4：详解Spring Data
JPA
各种查询方式
5：详解Spring Data
JPA
在web方面的用法
具体内容，可以参考大纲:
<br /></p>
<img src="https://img-bss.csdn.net/201908020931407616.png" alt="" /></p>
1 .
flush
()：同步持久上下文环境，即将持久上下文环境的所有未保存实体的状态信息保存到数据库
中
。
2.refresh (Object entity)：用数据库实体记录的值更新实体对象的状态，即更新实例的属性值。
3.clear ()：清除持久上下文环境，断开所有关联的实体。如果这时还有未提交的更新则会被撤消。
4.contains (Object entity)：判断一个实例是否属于...
最近在修复组里项目的一个bug时，发现这个bug是对Spring Data
JPA
的使用不当所导致。在修复成功这个bug后，由于对Spring Data
JPA
的了解甚少，所以我打算把解决bug过程
中
查阅的相关资料写成博客做个总结，博客的内容主要针对初学者，内容简单。
首先模拟一下bug产生的过程，下列代码的逻辑可能会与我们正常编写的代码逻辑有点不一致，但重要的是通过代码去
理解
bug产生的原因：
@Service
public class UserService {
@Autowired
2、当有id值时，修改数据库
中
的数据
public void persist(Object entity)
persist 方法可以将实例转换为 managed( 托管 ) 状态。在调用
flush
() 方法或提交事物后，实例将会被插入到数据库
中
。
对不同状态下的实例 A ， persist 会产生以下操作 :
如果 A 是一个 new 状态的实体，它将会转为 managed 状态；
如果 A 是一个 managed 状
如果
Flush
Mode是MANUAL或NEVEL,在操作过程
中
hibernate会将事务设置为readonly，所以在Spring与Hibernate集成后进行增加、删除或修改操作过程
中
会出现如下错误
org.spring
【1】persist()：将临时状态的对象保存进数据库。【插入一条新记录】
entityManager.persist(modelObject);//由于涉及数据库增删改，执行该语句前需启用事务
【2】merge()：将对象存入数据库，不同于persist()，merger()对于操作的对象，如果对象存在于数据库则对对象进行修改，
如果对象在数据库
中
不存在，则将该对象作为一条新记录插
T_Run_Config trc = em.find(T_Run_Config.class, "SCAN_LOG");
int newValue = Integer.valueOf(trc.getTheValue()) + dataSize;
在Hibernate
中
持久化上下文的
flush
操作模式
中
，
JPA
还支持COMMIT（
JPA
只支持AUTO和COMMIT两种）。对于COMMIT的
flush
操作模式，
JPA
针对HQL查询和native
SQL
查询有不同的执行：
对于HQL查询，无论是否涉及到了被缓冲的Entity对象，都只会在当前事务提交的时候执行
flush
操作对于native
SQL
查询，如果涉及到了被缓冲的Entity
Hibernate
中
，持久化上下文（如
JPA
的EntityManager或Hibernate的Session）是所有Entity对象的内存工作空间。持久化上下文作为一个事务级别的“write-behind”缓存，负责维护其
中
管理的各个Entity对象的状态。任何对Entity对象的状态的修改，首先应用于持久化上下文的内存缓存
中
，然后在
flush
操作的时候才会同步存储到对应的数据库
中
。
持久化上下
