Hibernate笔记 4：核心知识 - 版本历史

Eijux：/* Flush机制 */

2022-06-15T05:11:22Z

Flush机制

←上一版本		2022年6月15日 (三) 13:11的版本
第103行：		第103行：
	# “'''二级缓存'''”：SessionFactory 级别的缓存，应用范围（应用中的所有 Session 共享）。		# “'''二级缓存'''”：SessionFactory 级别的缓存，应用范围（应用中的所有 Session 共享）。
	#* 默认关闭，需要手动配置；		#* 默认关闭，需要手动配置；

	~~== Flush机制 ==~~


	== 事务管理 ==		== 事务管理 ==

Eijux：/* 持久态的自动更新 */

2022-06-14T10:28:13Z

持久态的自动更新

←上一版本		2022年6月14日 (二) 18:28的版本
第91行：		第91行：

	=== 持久态的自动更新 ===		=== 持久态的自动更新 ===
	见：<big>'''[[Hibernate笔记 4：核心知识：Session缓存#~~持久态的自动更新~~]]'''</big>		见：<big>'''[[Hibernate笔记 4：核心知识：Session缓存#持久态自动更新]]'''</big>

	== Hibernate 缓存 ==		== Hibernate 缓存 ==

Eijux：/* 持久态的自动更新 */

2022-06-14T10:09:29Z

持久态的自动更新

@@ 第91行： / 第91行： @@
 === 持久态的自动更新 ===
- Hibernate 会依据 persistent 状态的实体对象的属性变化，而自动更新（无需 update 等操作）数据库中相对应的记录。
+见：<big>'''[[Hibernate笔记 4：核心知识：Session缓存#持久态的自动更新]]'''</big>
 == Hibernate 缓存 ==

Eijux：/* Hibernate 缓存 */

2022-06-14T10:02:08Z

Hibernate 缓存

显示更改

Eijux：/* 缓存清理机制（缓存刷新机制） */

2022-06-14T00:07:38Z

缓存清理机制（缓存刷新机制）

←上一版本		2022年6月14日 (二) 08:07的版本
第215行：		第215行：
	Session 缓存清理的时机：（触发策略）		Session 缓存清理的时机：（触发策略）
	# '''提交前'''：当调用 Transaction 的 commit() 方法时，commit() 方法先清理缓存（前提是：FlushMode.COMMIT/AUTO），然后再向数据库提交事务。		# '''提交前'''：当调用 Transaction 的 commit() 方法时，commit() 方法先清理缓存（前提是：FlushMode.COMMIT/AUTO），然后再向数据库提交事务。
			#* 之所以在事务快结束时：一方面是因为可以减少访问数据库的频率，另一方面是因为可以尽可能缩短当前事务对数据库中相关资源的锁定时间；
	# '''查询前'''：当应用程序调用 Session 的 find() 或者 iterate() 时，如果缓存中的持久化对象的属性发生了变化，就会先清理缓存，以保证查询结果能反映持久化对象的最新状态。		# '''查询前'''：当应用程序调用 Session 的 find() 或者 iterate() 时，如果缓存中的持久化对象的属性发生了变化，就会先清理缓存，以保证查询结果能反映持久化对象的最新状态。
	# '''flush'''：当应用程序显示调用 Session 的 flush() 方法的时候。		# '''flush'''：当应用程序显示调用 Session 的 flush() 方法的时候。

Eijux：/* 一级缓存（Session 缓存） */

2022-06-13T10:13:36Z

一级缓存（Session 缓存）

←上一版本		2022年6月13日 (一) 18:13的版本
第134行：		第134行：

	作用：		作用：
	~~1、减少访问数据库的频率。~~		1、减少访问数据库的频率。【查询时、缓存清理时】
	~~2、保证缓存中的对象与数据库中的相关记录保持同步。【快照区】~~		2、保证缓存中的对象与数据库中的相关记录保持同步。【脏检查、快照】

	在使用 Hibernate 查询对象的时候，首先会使用对象属性的 <span style="color: blue">'''OID'''</span> 值在 Hibernate 的一级缓存中查找：		在使用 Hibernate 查询对象的时候，首先会使用对象属性的 <span style="color: blue">'''OID'''</span> 值在 Hibernate 的一级缓存中查找：
第167行：		第167行：
	: 从控制台输出（已配置 Hibernate 输出底层 sql 语句）可以发现，以上代码只发出了一次查询语句。		: 从控制台输出（已配置 Hibernate 输出底层 sql 语句）可以发现，以上代码只发出了一次查询语句。

	~~==== 内部结构（快照区） ====~~
	~~Hibernate 向“一级缓存”放入数据时，同时复制一份数据放入到 Hibernate <span style="color: blue; font-size: 120%">“'''快照区'''”</span>中。~~

	~~当使用 commit() 方法提交事务时，同时会清理 Session 缓存，这时会使用 '''OID''' 判断 Session 缓存中的对象和'''快照'''中的对象是否一致，~~
	~~1、'''如果两个对象中的属性发生变化，则执行 update 语句，将缓存的内容同步到数据库，并更新快照'''。~~
	~~2、如果数据一致，则不执行 update 语句。~~


	~~快照区的作用就是：<span style="color: blue">确保缓存的数据与数据库一致</span>。【持久态对象的“自动更新”，便依据于此】~~

	==== 相关方法 ====		==== 相关方法 ====
第186行：		第177行：
	# '''清空'''：调用 Session 的 '''clear()'''、'''close()''' 方法时，会清空 Session 缓存。		# '''清空'''：调用 Session 的 '''clear()'''、'''close()''' 方法时，会清空 Session 缓存。

	==== ~~清理时机~~ ====
	Session ~~缓存是由一系列的 Java 集合构成的：~~		==== 脏检查机制（快照） ====
			<span style="color: blue; font-size: 120%">'''脏检查'''</span>：当刷新缓存（缓存清理）时，Hibernate 会对 Session 中的持久状态的对象进行检测，判断对象的数据是否发生了改变，这种判断称为“脏检查”。


			原理：<span style="color: blue; font-size: 120%">“'''快照'''”</span>
			1、Hibernate 向“一级缓存”放入数据时，同时复制一份数据放入到 Hibernate “快照区”中。
			2、持久化对象发生更改时，只会修改缓存中数据，并不会修改对象的快照，也不会直接更改到数据库。
			3、Session刷新缓存时，通过 '''OID''' 判断 Session 缓存中的对象和'''快照'''中的对象是否一致：
			——'''如果两个对象中的属性发生变化（脏对象），则执行 update 语句，将缓存的内容同步到数据库，并更新快照'''。
			——如果数据一致，则不执行 update 语句。


			快照：相当于数据库数据的副本，<span style="color: blue">确保缓存的数据与数据库一致</span>。

			通常脏数据的检查有如下两种办法：
			# '''数据对象监控'''：通过“拦截器”对数据对象的 '''setter''' 方法进行监控来实现的。（类似于数据库中的触发器）
			#: 当某一个对象的属性调用了 setter 方法而发生了改变，这时拦截器会捕获这个动作，并且将改属性标志为已经改变，在之后的数据库操作时将其更新到数据库中。
			#* 特点：提高了数据更新的同步性。【实时更新】
			#*: 但，如果同一实体对象发生多次属性变化，将会造成大量拦截器回调方法的调用。这些拦截器都是通过 Dynamic Proxy 或者 CGLIB 实现的，在执行时都会付出一定的执行代价，所以有可能造成更新操作的较大延时。
			# '''数据版本比对'''：通过保存数据对象的最近读取版本来实现。
			#: 在持久化框架中保存数据对象的最近读取版本，当提交数据时将提交的数据与这个保存的版本进行比对，如果发现发生了变化则将其同步跟新到数据库中。
			#* 特点：降低了数据更新的同步性。【非实时更新】
			#*: 但，如果同一实体对象发生多次属性变化，由于持久层框架缓存的存在，比对版本时可以充分利用缓存，这反而减少了更新数据的延迟。

			Hibernate 采用的是“数据版本比对”的方法来进行脏数据检查的。


			==== 缓存清理机制（缓存刷新机制） ====
			<span style="color: blue; font-size: 120%">'''缓存清理'''</span>：Session 在某些时间点，对当前持久化状态的缓存数据进行检查（<span style="color: blue">'''脏检查'''</span>），并且按照缓存中持久态对象的属性变化来'''同步更新数据库'''的过程。

			——【“缓存清理”并非“清空缓存”！！！可以理解为“（从缓存到数据库的）<span style="color: blue; font-size: 120%">'''缓存刷新'''</span>”】


	~~当一个对象被加入到~~ Session ~~缓存中，这个对象的引用就加入到了 Java 的集合中，即使以后应用程序中的引用变量不再引用该对象，只要~~ Session ~~缓存不被清空，这个对象一直处于生命周期中。~~		当 Session 缓存中对象的属性每次发生了变化，Session '''并不会立即清理缓存和执行相关的 SQL update 语句'''，而是在特定的时间点才清理缓存，这使得 Session 能够把几条'''相关的 SQL 语句合并为一条 SQL 语句'''，以便减少访问数据库的次数，从而提高应用程序的数据访问性能。

	Session ~~缓存的清理时机：~~		Session 缓存清理的时机：（触发策略）
	# ~~提交前：当调用~~ Transaction 的 commit() 方法时，commit() 方法先清理缓存（前提是：FlushMode.COMMIT/AUTO），然后再向数据库提交事务。		# '''提交前'''：当调用 Transaction 的 commit() 方法时，commit() 方法先清理缓存（前提是：FlushMode.COMMIT/AUTO），然后再向数据库提交事务。
	# ~~查询前：当应用程序调用~~ Session 的 find() 或者 iterate() 时，如果缓存中的持久化对象的属性发生了变化，就会先清理缓存，以保证查询结果能反映持久化对象的最新状态。		# '''查询前'''：当应用程序调用 Session 的 find() 或者 iterate() 时，如果缓存中的持久化对象的属性发生了变化，就会先清理缓存，以保证查询结果能反映持久化对象的最新状态。
	# ~~flush：当应用程序显示调用~~ Session 的 flush() 方法的时候。		# '''flush'''：当应用程序显示调用 Session 的 flush() 方法的时候。
	#* ~~flush() 方法用于：“强制更新缓存数据到数据库”（而并非清空缓存），其过程：“'''先清空缓存，再执行相关 SQL'''”。【见：~~'''[[Hibernate笔记 4：核心知识#Flush机制]]'''】		#*【见：'''[[Hibernate笔记 4：核心知识#Flush机制]]'''】

	如下图：		如下图：
	:{\| class="wikitable"		:{\| class="wikitable" style="text-align: center"
	! FlushMode !! Session.find()/iterate() !! Session.commit() !! Session.flush()		! FlushMode !! Session.find()/iterate() !! Session.commit() !! Session.flush()
	\|-		\|-

Eijux：/* 持久态的自动更新 */

2022-06-13T07:40:00Z

持久态的自动更新

←上一版本		2022年6月13日 (一) 15:40的版本
第117行：		第117行：
	: 如上，更改持久态对象属性之后，不调用 update 等方法，依旧可以更新数据库记录。		: 如上，更改持久态对象属性之后，不调用 update 等方法，依旧可以更新数据库记录。

	<span style="color: Coral; font-size: 120%">'''~~持久态的自动更新，依赖于 Hibernate 的一级缓存。~~'''</span>		<span style="color: Coral; font-size: 120%">持久态的自动更新，依赖于 Hibernate 一级缓存的“'''脏检查机制'''”。</span>

	== Hibernate 缓存 ==		== Hibernate 缓存 ==

Eijux：/* 事务管理 */

2022-06-12T17:31:36Z

事务管理

←上一版本		2022年6月13日 (一) 01:31的版本
第211行：		第211行：
	=== 二级缓存（SessionFactory 缓存） ===		=== 二级缓存（SessionFactory 缓存） ===
	SessionFactory 在 Hibernate 中起到一个缓冲区作用，Hibernate 可以将自动生成的 SQL 语句、映射数据以及某些可重复利用的的数据放在这个缓冲区中。同时它还保存了对数据库配置的所有映射关系，维护了当前的<span style="color: blue; font-size: 120%">'''二级缓存'''</span>。		SessionFactory 在 Hibernate 中起到一个缓冲区作用，Hibernate 可以将自动生成的 SQL 语句、映射数据以及某些可重复利用的的数据放在这个缓冲区中。同时它还保存了对数据库配置的所有映射关系，维护了当前的<span style="color: blue; font-size: 120%">'''二级缓存'''</span>。

			== Flush机制 ==


	== 事务管理 ==		== 事务管理 ==

Eijux：/* Flush机制 */

2022-06-12T17:31:17Z

Flush机制

←上一版本		2022年6月13日 (一) 01:31的版本
第263行：		第263行：

	相关内容，见：'''[[InnoDB：InnoDB 锁和事务模型]]'''		相关内容，见：'''[[InnoDB：InnoDB 锁和事务模型]]'''

	~~== Flush机制 ==~~

Eijux：/* 持久化类的编写规则 */

2022-06-10T23:17:03Z

持久化类的编写规则

←上一版本		2022年6月11日 (六) 07:17的版本
第16行：		第16行：
	#: 因为 Hibernate 中有延迟加载的机制，这个机制中会产生【代理对象】，Hibernate 产生代理对象使用的是【字节码的增强技术】完成的，其实就是产生了当前类的一个子类对象来实现的。		#: 因为 Hibernate 中有延迟加载的机制，这个机制中会产生【代理对象】，Hibernate 产生代理对象使用的是【字节码的增强技术】完成的，其实就是产生了当前类的一个子类对象来实现的。
	#: 如果使用了 final 修饰待久化类，那么就不能产生子类，从而不能产生【代理对象】，那么 Hibernate 的'''【延迟加载】策略就会失效'''。		#: 如果使用了 final 修饰待久化类，那么就不能产生子类，从而不能产生【代理对象】，那么 Hibernate 的'''【延迟加载】策略就会失效'''。

			此外，“从代码规范上讲，<span style="color: blue">'''持久化对象是一定要实现序列化接口的'''</span>，保证能在异构化系统或网络中进行数据传输。”


	=== 什么是 OID？ ===		=== 什么是 OID？ ===

Hibernate笔记 4：核心知识 - 版本历史

Eijux：​/* Flush机制 */

Eijux：​/* 持久态的自动更新 */

Eijux：​/* 持久态的自动更新 */

Eijux：​/* Hibernate 缓存 */

Eijux：​/* 缓存清理机制（缓存刷新机制） */

Eijux：​/* 一级缓存（Session 缓存） */

Eijux：​/* 持久态的自动更新 */

Eijux：​/* 事务管理 */

Eijux：​/* Flush机制 */

Eijux：​/* 持久化类的编写规则 */

Eijux：/* Flush机制 */

Eijux：/* 持久态的自动更新 */

Eijux：/* 持久态的自动更新 */

Eijux：/* Hibernate 缓存 */

Eijux：/* 缓存清理机制（缓存刷新机制） */

Eijux：/* 一级缓存（Session 缓存） */

Eijux：/* 持久态的自动更新 */

Eijux：/* 事务管理 */

Eijux：/* Flush机制 */

Eijux：/* 持久化类的编写规则 */