爲什麼我的實體不會從我的二級緩存中被驅逐？

Question

我在Spring 3.2.11.RELEASE中使用Hibernate 4.3.11.Final。我很困惑，爲什麼我的緩存驅逐不起作用。我有這個成立於我的DAO ...

@Override 
@Caching(evict = { @CacheEvict("main") }) 
public Organization save(Organization organization) 
{ 
    return (Organization) super.save(organization); 
} 

@Override 
@Cacheable(value = "main") 
public Organization findById(String id) 
{ 
    return super.find(id); 
} 

，這裏是我的Spring配置...

<cache:annotation-driven key-generator="cacheKeyGenerator" /> 

<bean id="cacheKeyGenerator" class="org.mainco.subco.myproject.util.CacheKeyGenerator" /> 

<bean id="cacheManager" 
    class="org.springframework.cache.ehcache.EhCacheCacheManager" 
    p:cacheManager-ref="ehcache"/> 

<bean id="ehcache" class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean" 
    p:configLocation="classpath:ehcache.xml" 
    p:shared="true" /> 

<util:map id="jpaPropertyMap"> 
    <entry key="hibernate.show_sql" value="true" /> 
    <entry key="hibernate.dialect" value="org.mainco.subco.myproject.jpa.subcoMysql5Dialect" /> 
    <entry key="hibernate.cache.region.factory_class" value="org.hibernate.cache.ehcache.EhCacheRegionFactory" /> 
    <entry key="hibernate.cache.provider_class" value="org.hibernate.cache.EhCacheProvider" /> 
    <entry key="hibernate.cache.use_second_level_cache" value="true" /> 
    <entry key="hibernate.cache.use_query_cache" value="false" /> 
    <entry key="hibernate.generate_statistics" value="true" /> 
    <entry key="javax.persistence.sharedCache.mode" value="ENABLE_SELECTIVE" /> 
</util:map> 

<bean id="sharedEntityManager" 
    class="org.springframework.orm.jpa.support.SharedEntityManagerBean"> 
    <property name="entityManagerFactory" ref="entityManagerFactory" /> 
</bean> 

在下面的測試

然而，我的實體不獲取從緩存中逐出，我知道是因爲與「命中次數＃3：」行，打印出「3」，而與「命中次數＃2：」行打印出‘2’

private net.sf.ehcache.Cache m_cache 

@Autowired 
private net.sf.ehcache.CacheManager ehCacheManager; 

@Before 
public void setup() 
{ 
    m_cache = ehCacheManager.getCache("main"); 
    m_transactionTemplate = new TransactionTemplate(m_transactionManager); 
} // setup 

... 
@Test 
public void testCacheEviction() 
{ 
    final String orgId = m_testProps.getProperty("test.org.id"); 

    // Load the entity into the second-level cache 
    m_transactionTemplate.execute((TransactionCallback<Void>) transactionStatus -> {    
     m_orgSvc.findById(orgId); 
     return null; 
    }); 

    final long hitCount = m_cache.getStatistics().getCacheHits(); 
    System.out.println("hit count #1:" + hitCount); 
    m_transactionTemplate.execute((TransactionCallback<Void>) transactionStatus -> {    
     final Organization org = m_orgSvc.findById(orgId); 
     System.out.println("hit count:" + m_cache.getStatistics().getCacheHits()); 
     org.setName("newName"); 
     m_orgSvc.save(org); 
     return null; 
    }); 

    // Reload the entity. This should not incur a hit on the cache. 
    m_transactionTemplate.execute((TransactionCallback<Void>) transactionStatus -> { 
     System.out.println("hit count #2:" + m_cache.getStatistics().getCacheHits()); 
     final Organization newOrg = m_orgSvc.findById(orgId); 
     System.out.println("hit count #3:" + m_cache.getStatistics().getCacheHits()); 
     return null; 
    }); 

什麼是正確的配置讓我來趕一個實體。來自我的第二樂隊VEL緩存

編輯：的CacheKeyGenerator類我在應用程序上下文中引用如下

public class CacheKeyGenerator implements KeyGenerator 
{ 

    @Override 
    public Object generate(final Object target, final Method method, 
     final Object... params) { 

     final List<Object> key = new ArrayList<Object>(); 
     key.add(method.getDeclaringClass().getName()); 
     key.add(method.getName()); 

     for (final Object o : params) { 
      key.add(o); 
     } 
     return key; 
    } 
} 

定義的那樣，我沒有定義每個@Cacheable註釋的「鑰匙」，我更喜歡（少代碼）。但是，我不知道這是如何適用於CacheEviction。我認爲@CacheEvict註釋會使用相同的密鑰生成方案。

Answer 1

您缺少@Cacheable和@CacheEvict的緩存鍵。因此，這兩個操作使用不同的緩存鍵，因此實體不會被驅逐。

從JavaDoc中@Cacheable.key：用於動態地計算所述密鑰

彈簧表達式語言（使用SpEL）的表達。默認值爲""，這意味着除非已配置自定義{@link #keyGenerator}，否則將所有方法參數視爲關鍵字。

所以，@Cacheable(value = "main") public Organization findById(String id)意味着返回的對象（的Organization型）將與鍵id被緩存。

類似地，@Caching(evict = { @CacheEvict("main") }) public Organization save(Organization organization)意味着organization的字符串表示形式將被視爲緩存鍵。

---

解決的辦法是做如下修改：

@Cacheable(value = "main", key ="#id) 

@CacheEvict(value = "main", key = "#organization.id") 

這將迫使二級緩存操作使用相同的密鑰。

Answer 2

我重寫了如下的CodeKeyGenerator。這將根據您發送的參數進行設置。如果它是一個字符串（在ID的情況下），它會照原樣使用它。如果它是一個Organization對象，它將從該對象獲取該ID並將其用於該鍵。這樣你就不需要在所有地方重寫你的代碼。 （只有更改是您需要用以下代碼替換CacheKeyGenerator。）

public class CacheKeyGenerator implements KeyGenerator 
{ 
    @Override 
    public Object generate(final Object target, final Method method, 
     final Object... params) { 
    StringBuilder sb = new StringBuilder(); 
    sb.append(o.getClass().getName()); 
    sb.append(method.getName()); 

    if (params[0].getClass().getName() == "Organization") { 
     sb.append(((Organization) params[0]).id); 
    } 
    else if (params[0].getClass().getName() == "java.lang.String") { 
     sb.append(params[0].toString()); 
    } 
    return sb.toString(); 
    } 
} 

---

Answer 3

你試圖驅逐什麼是不一個Hibernate的二級緩存，而是Spring Cache，這是完全不同的緩存層。

作爲每Hibernate的docs，第二級高速緩存是一類逐類和集合逐收集基礎一個羣集或JVM級別（SessionFactory級）高速緩存。

這意味着它僅由Hibernate進行管理，並且諸如@Cacheable或@CacheEvict的註釋對其沒有影響。

如何在測試中獲得m_cache實例並不是特別清楚，但假設它是Hibernate的二級緩存，它不會被使用註釋所驅逐。

你必須以編程方式驅逐它，例如：

sessionFactory.evict(Organization.class) 

反正，只要你做一個JVM中，並通過Hibernate所有的數據訪問，你不應該擔心高速緩存收回，它由框架本身透明地處理。

欲瞭解更多關於驅逐的可能性，請參閱Hibernate文檔，章節20.3。管理緩存。