标签：关系 type date 等于 就会 name 应用程序调用 att 中间
Hibernate中会经经常使用到set等集合来表示1-N的关系。
比方，我有Customer和Order两个对象。当中，在Customer中有一个Order的set集合，表示在一个顾客能够拥有多个Order，而在Order对象中存在了一个Customer的对象，表示这个Order是哪个顾客下的单。这个算是比較典型的双向1-N关联。
这给我们带来了非常大的优点，当我得到了Customer对象的时候，我们能够非常方便的将与其相关联的Order集合查询出来，这也非常符合我们的实际业务，毕竟我们不可能给这个Cutomer对象别人的Order吧，这既不安全。并且对Customer的普通顾客来说，并无卵用。
所以我们不得不说Hibernate的ORM做的非常好。但凡事都有可是（要是没有可是，也就没有写这篇文章的必要了）。
我们再对数据库进行訪问的时候必需要考虑性能问题（通俗点讲。就是用少发SQL语句）。当我们设定了1-N这样的关系后，查询过程中就有可能出现N+1问题。
关于N+1问题。并非本文的重点。
但关于N+1问题，我们须要知道的是，这个问题会导致SQL语句的添加，也就是要与数据库进行很多其它的交互。这无疑会给项目以及后台数据库带来影响。
Hibernate是一个持久化框架。常常须要訪问数据库。
假设我们可以减少应用程序对物理数据库訪问的频次，那会提供应用程序的执行性能。缓存内的数据是对物理数据源中的数据的复制，应用程序执行时先从缓存中读写数据。
缓存就是数据库数据在内存中的暂时容器。包含数据库数据在内存中的暂时拷贝。它位于数据库与数据库訪问层中间。ORM在查询数据时首先会依据自身的缓存管理策略，在缓存中查找相关数据。如发现所需的数据，则直接将此数据作为结果加以利用，从而避免了数据库调用性能的开销。而相对内存操作而言。数据库调用是一个代价高昂的过程。
Hibernate缓存包含两大类：一级缓存和二级缓存。
在一级缓存中。持久化类的每一个实例都具有唯一的OID。
第二级缓存是可选的，是一个可配置的插件。默认下SessionFactory不会启用这个插件。
那么什么样的数据适合放入到缓存中？
什么样的数据不适合放入到缓存中？
首先看一个很easy的样例：
1 2 3 4 5 6 7 8 |
@Test
public void test() {
Customer customer1 = (Customer) session.load(Customer.class, 1);
System.out.println(customer1.getCustomerName());
Customer customer2 = (Customer) session.load(Customer.class, 1);
System.out.println(customer2.getCustomerName());
}
|
看一下控制台的输出：
1 2 3 4 5 6 7 8 9 10 |
Hibernate:
select
customer0_.CUSTOMER_ID as CUSTOMER1_0_0_,
customer0_.CUSTOMER_NAME as CUSTOMER2_0_0_
from
CUSTOMERS customer0_
where
customer0_.CUSTOMER_ID=?
Customer1
Customer1
|
我们能够看到，尽管我们调用了两次session的load方法。但实际上仅仅发送了一条SQL语句。我们第一次调用load方法时候，得到了查询结果，然后将结果放到了session的一级缓存中。此时，当我们再次调用load方法。会首先去看缓存中是否存在该对象，假设存在，则直接从缓存中取出，就不会在发送SQL语句了。
可是，我们看一下以下这个样例：
1 2 3 4 5 6 7 8 9 10 11 |
@Test
public void test() {
Customer customer1 = (Customer) session.load(Customer.class, 1);
System.out.println(customer1.getCustomerName());
transaction.commit();
session.close();
session = sessionFactory.openSession();
transaction = session.beginTransaction();
Customer customer2 = (Customer) session.load(Customer.class, 1);
System.out.println(customer2.getCustomerName());
}
|
我们解释一下上面的代码，在第5、6、7、8行。我们是先将session关闭。然后又又一次打开了新的session。这个时候。我们再看一下控制台的输出结果：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
Hibernate:
select
customer0_.CUSTOMER_ID as CUSTOMER1_0_0_,
customer0_.CUSTOMER_NAME as CUSTOMER2_0_0_
from
CUSTOMERS customer0_
where
customer0_.CUSTOMER_ID=?
Customer1
Hibernate:
select
customer0_.CUSTOMER_ID as CUSTOMER1_0_0_,
customer0_.CUSTOMER_NAME as CUSTOMER2_0_0_
from
CUSTOMERS customer0_
where
customer0_.CUSTOMER_ID=?
Customer1
|
我们能够看到，发送了两条SQL语句。其原因是：Hibernate一级缓存是session级别的，所以假设session关闭后。缓存就没了，当我们再次打开session的时候，缓存中是没有了之前查询的对象的，所以会再次发送SQL语句。
我们略微对一级缓存的知识点进行总结一下。然后再開始讨论关于二级缓存的内容。
Session的缓存有三大作用：
应用程序从缓存中读取持久化对象的速度显然比到数据中查询数据的速度快多了。因此Session的缓存能够提高数据訪问的性能。
当清理缓存时，Hibernate会依据缓存中对象的状态变化来同步更新数据库。
Session为应用程序提供了两个管理缓存的方法： evict(Object obj)：从缓存中清除參数指定的持久化对象。 clear()：清空缓存中全部持久化对象,flush():使缓存与数据库同步。
1 2 3 4 5 6 7 |
@Test
public void test() {
List<Customer> customers = session.createQuery("select c.customerName from Customer c").list();
System.out.println(customers.size());
Customer customer2 = (Customer) session.load(Customer.class, 1);
System.out.println(customer2.getCustomerName());
}
|
我们首先是仅仅取出Customer的name属性，然后又尝试着去Load一个Customer对象，看一下控制台的输出：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
Hibernate:
select
customer0_.CUSTOMER_NAME as col_0_0_
from
CUSTOMERS customer0_
3
Hibernate:
select
customer0_.CUSTOMER_ID as CUSTOMER1_0_0_,
customer0_.CUSTOMER_NAME as CUSTOMER2_0_0_
from
CUSTOMERS customer0_
where
customer0_.CUSTOMER_ID=?
Customer1
|
这一点事实上非常好理解，我本身就没有查处Customer的全部属性，那我又怎么能给你把全部属性都缓存到这个对象中呢？
我们在讲之前的样例中。提到我们关闭session再打开，这个时候一级缓存就不存在了，所以我们再次查询的时候，会再次发送SQL语句。那么假设要解决问题，我们该怎么做？二级缓存能够帮我们解决问题。
Hibernate中没有自己去实现二级缓存。而是利用第三方的。
简单叙述一下配置过程，也作为自己以后用到的时候配置的一个參考。
1、我们须要增加额外的二级缓存包，比如EHcache，将其包导入。须要：ehcache-core-2.4.3.jar 。 hibernate-ehcache-4.2.4.Final.jar ，slf4j-api-1.6.1.jar
2、在hibernate.cfg.xml配置文件里配置我们二级缓存的一些属性（此处针对的是Hibernate4）：
1 2 3 4 |
<!-- 启用二级缓存 --> <property name="cache.use_second_level_cache">true</property> <!-- 配置使用的二级缓存的产品 --> <property name="hibernate.cache.region.factory_class">org.hibernate.cache.ehcache.EhCacheRegionFactory</property> |
3、我们使用的是EHcache，所以我们须要创建一个ehcache.xml的配置文件。来配置我们的缓存信息。这个是EHcache要求的。该文件放到根文件夹下。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 |
<ehcache>
<!--
指定一个文件夹：当 EHCache 把数据写到硬盘上时, 将把数据写到这个文件夹下.
-->
<diskStore path="d:tempDirectory"/>
<!--Default Cache configuration. These will applied to caches programmatically created through
the CacheManager.
The following attributes are required for defaultCache:
maxInMemory - Sets the maximum number of objects that will be created in memory
eternal - Sets whether elements are eternal. If eternal, timeouts are ignored and the element
is never expired.
timeToIdleSeconds - Sets the time to idle for an element before it expires. Is only used
if the element is not eternal. Idle time is now - last accessed time
timeToLiveSeconds - Sets the time to live for an element before it expires. Is only used
if the element is not eternal. TTL is now - creation time
overflowToDisk - Sets whether elements can overflow to disk when the in-memory cache
has reached the maxInMemory limit.
-->
<!--
设置缓存的默认数据过期策略
-->
<defaultCache
maxElementsInMemory="10000"
eternal="false"
timeToIdleSeconds="120"
timeToLiveSeconds="120"
overflowToDisk="true"
/>
<!--
设定详细的命名缓存的数据过期策略。
|
在凝视中。有一些对变量的解释。
4、开启二级缓存。我们在这里使用的xml的配置方式，所以要在Customer.hbm.xml文件加一点配置信息：
1 |
<cache usage="read-only"/> |
注意是在标签内。
假设是使用注解的方法，在要在Customer这个类中。增加@Cache(usage=CacheConcurrencyStrategy.READ_ONLY)这个注解。
5、以下我们再进行一下測试。
还是上面的代码：
1 2 3 4 5 6 7 8 9 10 11 |
@Test
public void test() {
Customer customer1 = (Customer) session.load(Customer.class, 1);
System.out.println(customer1.getCustomerName());
transaction.commit();
session.close();
session = sessionFactory.openSession();
transaction = session.beginTransaction();
Customer customer2 = (Customer) session.load(Customer.class, 1);
System.out.println(customer2.getCustomerName());
}
|
我们能够发现控制台仅仅发出了一条SQL语句。这是我们二级缓存的一个小Demo。
我们的二级缓存是sessionFactory级别的，所以当我们session关闭再打开之后，我们再去查询对象的时候。此时Hibernate会先去二级缓存中查询是否有该对象。
相同。二级缓存缓存的是对象，假设我们查询的是对象的一些属性，则不会增加到缓存中。
我们通过二级缓存是能够解决之前提到的N+1问题。
已经写了这么多了。但好像我们关于缓存的内容还没有讲完。不要着急，再坚持一下。我们的内容不多了。我们还是通过一个样例来引出下一个话题。
我们说通过二级缓存能够缓存对象，那么我们看一下以下的代码以及输出结果：
1 2 3 4 5 6 7 8 9 10 11 |
@Test
public void test() {
List<Customer> customers1 = session.createQuery("from Customer").list();
System.out.println(customers1.size());
tansaction.commit();
session.close();
session = sessionFactory.openSession();
transaction = session.beginTransaction();
List<Customer> customers2 = session.createQuery("from Customer").list();
System.out.println(customers2.size());
}
|
控制台的结果：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
Hibernate:
select
customer0_.CUSTOMER_ID as CUSTOMER1_0_,
customer0_.CUSTOMER_NAME as CUSTOMER2_0_
from
CUSTOMERS customer0_
3
Hibernate:
select
customer0_.CUSTOMER_ID as CUSTOMER1_0_,
customer0_.CUSTOMER_NAME as CUSTOMER2_0_
from
CUSTOMERS customer0_
3
|
我们的缓存好像没有起作用哎？这是为啥？当我们通过list()去查询两次对象的时候，二级缓存尽管会缓存插叙出来的对象，但不会缓存我们的hql查询语句。要想解决问题，我们须要用到查询缓存。
在前文中也提到了，我们的一级二级缓存都是对整个实体进行缓存。它不会缓存普通属性，假设想对普通属性进行缓存。则能够考虑使用查询缓存。
但须要注意的是。大部分情况下。查询缓存并不能提高应用程序的性能，甚至反而会减少应用性能，因此实际项目中要慎重的使用查询缓存。
对于查询缓存来说。它缓存的key就是查询所用的HQL或者SQL语句，须要指出的是：查询缓存不仅要求所使用的HQL、SQL语句同样。甚至要求所传入的參数也同样，Hibernate才干直接从缓存中取得数据。仅仅有常常使用同样的查询语句、而且使用同样查询參数才干通过查询缓存获得优点，查询缓存的生命周期直到属性被改动了为止。
查询缓存默认是关闭。要想使用查询缓存，仅仅须要在hibernate.cfg.xml中增加一条配置就可以：
1 |
<property name="hibernate.cache.use_query_cache">true</property> |
并且，我们在查询hql语句时，要想使用查询缓存。就须要在语句中设置这样一个方法：setCacheable(true)。
关于这个的demo我就不进行演示了，大家能够自己慢慢试着玩一下。
但须要注意的是，我们在开启查询缓存的时候，也应该开启二级缓存。
由于假设不使用二级缓存，也有可能出现N+1的问题。
这是由于查询缓存缓存的不过对象的ID，所以首先会通过一条SQL将对象的ID都查询出来，可是当我们后面要得到每一个对象的信息的时候。此时又会发送SQL语句。所以假设我们使用查询缓存，一定也要开启二级缓存。
这些就是自己今晚上研究的关于Hibernate缓存的一些问题，其出发点也是为了自己可以对Hibernate缓存的知识有一定的总结。
当然了，下一步还须要深入到缓存是怎样实现的这个深度中。
标签：关系 type date 等于 就会 name 应用程序调用 att 中间
原文地址：http://www.cnblogs.com/liguangsunls/p/6872748.html
