2013-06-19 23 views
1

我目前正在評估JPA/Eclipselink作爲我們目前非常醜陋的jdbc數據庫訪問的替代方案。情況如下:JPA/Eclipselink @Cache失效忽略

多個客戶端訪問相同的數據庫,有時編輯相同的數據。這些數據應該定期刷新,並且只能在短時間內緩存。從我的理解來看,@Cache註釋應該完全是這樣。雖然線程休眠我在數據庫中改變一個值

... 
[EL Finest]: query: 2013-06-19 14:30:55.897--UnitOfWork(31211079)--Thread(Thread[main,5,main])--Execute query ReadAllQuery(referenceClass=Todo sql="SELECT ID, DESCRIPTION, SUMMARY FROM TODO") 
[EL Finest]: connection: 2013-06-19 14:30:55.907--ServerSession(7427424)--Connection(7633596)--Thread(Thread[main,5,main])--Connection acquired from connection pool [default]. 
[EL Fine]: sql: 2013-06-19 14:30:55.907--ServerSession(7427424)--Connection(7633596)--Thread(Thread[main,5,main])--SELECT ID, DESCRIPTION, SUMMARY FROM TODO 
[EL Finest]: connection: 2013-06-19 14:30:55.924--ServerSession(7427424)--Connection(7633596)--Thread(Thread[main,5,main])--Connection released to connection pool [default]. 
Query 1 read 
1: Todo [id=1, summary=s1, description=d1] 
1: Todo [id=2, summary=qwet, description=d2] 
[EL Finest]: query: 2013-06-19 14:31:25.932--UnitOfWork(31211079)--Thread(Thread[main,5,main])--Execute query ReadAllQuery(referenceClass=Todo sql="SELECT ID, DESCRIPTION, SUMMARY FROM TODO") 
[EL Finest]: connection: 2013-06-19 14:31:25.932--ServerSession(7427424)--Connection(7633596)--Thread(Thread[main,5,main])--Connection acquired from connection pool [default]. 
[EL Fine]: sql: 2013-06-19 14:31:25.932--ServerSession(7427424)--Connection(7633596)--Thread(Thread[main,5,main])--SELECT ID, DESCRIPTION, SUMMARY FROM TODO 
[EL Finest]: connection: 2013-06-19 14:31:25.934--ServerSession(7427424)--Connection(7633596)--Thread(Thread[main,5,main])--Connection released to connection pool [default]. 
Query 2 read 
1: Todo [id=1, summary=s1, description=d1] 
2: Todo [id=1, summary=s1, description=d1] 
true 
1: Todo [id=2, summary=qwet, description=d2] 
2: Todo [id=2, summary=qwet, description=d2] 
true 

下面的代碼是基於JPA /的EclipseLink上Vogella

@Entity 
@Cache(expiry = 100) 
public class Todo { 
    @Id 
    @GeneratedValue(strategy = GenerationType.IDENTITY) 
    private Long id; 
    private String summary; 
    private String description; 
... getter/setter/toString omited 
} 

public static void main(String[] args) throws InterruptedException { 
     EntityManagerFactory factory = 
       Persistence.createEntityManagerFactory("mysql"); 
     EntityManager em = factory.createEntityManager(); 

     TypedQuery<Todo> q = em.createQuery("SELECT t FROM Todo t", Todo.class); 

     List<Todo> todoList = q.getResultList(); 
     System.out.println("Query 1 read"); 
     for (int i = 0; i < todoList.size(); i++) { 
      System.out.println("1: " + todoList.get(i)); 
     } 

     Thread.sleep(30000); 

     TypedQuery<Todo> q2 = 
       em.createQuery("SELECT t FROM Todo t", Todo.class); 
     // q2.setHint("javax.persistence.cache.storeMode", "REFRESH"); 

     List<Todo> todoList2 = q2.getResultList(); 
     System.out.println("Query 2 read"); 

     for (int i = 0; i < todoList.size(); i++) { 
      System.out.println("1: " + todoList.get(i)); 
      System.out.println("2: " + todoList2.get(i)); 
      System.out.println(todoList.get(i) == todoList2.get(i)); 
     } 
    } 

<?xml version="1.0" encoding="UTF-8"?> 
<persistence version="2.0" 
    xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd"> 


    <persistence-unit name="mysql" transaction-type="RESOURCE_LOCAL"> 
     <provider>org.eclipse.persistence.jpa.PersistenceProvider</provider> 
     <exclude-unlisted-classes>false</exclude-unlisted-classes> 
     <properties> 
      <property name="javax.persistence.jdbc.password" value="" /> 
      <property name="javax.persistence.jdbc.user" value="root" /> 
      <property name="javax.persistence.jdbc.driver" value="com.mysql.jdbc.Driver" /> 
      <property name="javax.persistence.jdbc.url" value="jdbc:mysql://localhost:3306/test" /> 
      <property name="javax.persistence.ddl-generation" value="create-tables" /> 
      <property name="javax.persistence.logging.level" value="ALL" /> 
      <property name="eclipselink.logging.level" value="ALL"/> 
     </properties> 
    </persistence-unit> 
</persistence> 

運行PROGRAMM產生以下輸出。我期望從數據庫中獲得新值,因爲緩存中的值應該已過期。它似乎代碼簡單地忽略@Cache註釋。我也嘗試過其他各種設置,例如type = CacheType.NONE和alwaysRefresh = true,但沒有任何改變。

當我添加storeMode-QueryHint時,查詢總是刷新結果。這不完全是我想要的,似乎我需要將它添加到每個非常容易出錯的查詢中。但是,Cache註釋被忽略仍然很奇怪。

我也嘗試使用DescriptorCustomizer,但它也沒有效果,儘管正在使用(用斷點測試)。

public void customize(ClassDescriptor descriptor) { 
     descriptor.alwaysRefreshCache(); 
     descriptor.alwaysRefreshCacheOnRemote(); 
     descriptor.disableCacheHits(); 
     descriptor.disableCacheHitsOnRemote(); 
    } 

更新:

有些話我開發的系統。它是讀取/寫入我們的主數據的模塊。因此,例如,在同一用戶的內存中存在兩次用戶對象時,感覺不對。另外,在我測試了@ReadOnly註解之後,我注意到@Cache註釋的isolation參數似乎可行,但仍然沒有任何關於expire,alwaysrefresh等的信息。

+0

您正在使用相同的EntityManager實例。緩存設置適用於共享緩存,而EntityManager需要將相同的對象保留在內存中,直到它被關閉或清除 - 否則簡單的查找操作可能會清除正在運行的事務中的更改。獲得一個新的EntityManager或在Thread.sleep調用之前清除現有的一個 – Chris

+0

但我希望刷新現有的對象。另外,當我在第一個數據庫讀取後分離對象或清除時,我得到新的對象。在同一時間在應用程序中擁有兩個不同狀態的相同數據庫行並不是一個非常令人不爽的想法。 主要是我希望它每次都刷新(或者超時後更好)我訪問數據庫。 – ssindelar

回答

2

您正在使用相同的EntityManager實例。緩存設置適用於共享緩存,而EntityManager需要將相同的對象保留在內存中,直到它被關閉或清除 - 否則簡單的查找操作可能會清除正在運行的事務中的更改。獲取新的EntityManager或清除現有的EntityManager會導致EntityManager根據需要轉到共享緩存和/或數據庫。

如果您確實需要在當前EM上下文中刷新對象,則必須顯式調用em.refresh或使用查詢提示,以便它知道要用數據庫中的內容清除任何現有更改。

每個EM代表一個事務上下文,由於每個線程都應該有自己的EntityManager,因此應用程序中已經有多個實體副本。如果您依賴從EntityManager讀取的特定實例並且始終反映當前的更改,那麼您將遇到麻煩 - 它只能真正反映讀取數據庫時的內容。這就是爲什麼在必要時合併更改很重要,並且可能不是在應用程序中緩存對象的好主意 - 而是根據需要從EntityManagers訪問它們。

如果您想要該對象並且沒有進行更改,請將其標記爲只讀,這會將其從共享緩存而不是EM中提取出來,並反映緩存設置:http://wiki.eclipse.org/EclipseLink/UserGuide/JPA/Basic_JPA_Development/Caching/Shared_and_Isolated#Read-Only_Entities。如果實體被緩存在共享緩存中,這將成爲您返回的實例,並且所有EM將返回相同的對象實例 - 由您的應用來管理實體本身的併發問題。

+0

感謝您的解釋。我開始把握這個情況的全部問題。我無法將實體設置爲「只讀」,因爲在極少數情況下我需要編寫它們。 目前的情況是,我創建了一個模塊來讀取/寫入我們的主數據。雖然它並不重要,但我希望通過僅保留一次對象來減少內存佔用。 但它仍然沒有擴展爲什麼@Cache註釋不起作用。這也是我定義實體是共享還是孤立的地方。 – ssindelar

+0

@Cache annotion可能正在工作,但它不適用於您的EM。這對於用戶來說是一個常見的設計缺陷,因爲它們似乎被設計成短期的輕量級會話,所以它能夠長期保持EM。讀入的實體只能表示實體加載點處的數據。之後,除非您明確刷新它,否則EM將始終如一地提供相同的數據,或清除它們。這允許應用程序進行計算和更改,而不必擔心數據在下面發生變化 - 它可以使用樂觀鎖定來確保它不會寫入陳舊的數據。 – Chris

+0

但是,@Cache批註在做什麼?此外,似乎每個EM都使用自己的數據庫連接,這使得創建和拆除它非常昂貴。 jpa/eclipselink讓我感到惱火的是有文檔,但是當我複製一個例子時,它不起作用,我也沒有任何錯誤。現在有一個類似的延遲加載問題。 Eclipselink只是忽略了Annotation,並沒有急切加載。沒有錯誤,警告或如此。 對JPA的持久性策略有什麼好的介紹。也許我錯過了一些基本知識...... – ssindelar