JPA中SQL查詢觸發的時間問題

Question

我正在使用JPA進行數據持久化。

我無法解釋我的程序中的行爲。

我有有另一個實體B爲member.In我的代碼實體A我創建的A新的實例，並在A設置B實例（從數據庫中獲取），然後我用EntityManager保存A。我正在使用容器管理的事務，因此所有事務都應該在方法結束時提交。

在非常相同的方法中，在堅持A之後，我嘗試獲取類C的實體。 C，與A一樣，具有B作爲其成員。我使用JQPL查詢來獲取C的B的實例I的ID與之前與A的實例相關聯。

問題是，在提取C時，JPA也在執行SQL查詢以保存A。我期望在事務結束時（即方法結束時）發生。 但它發生在我試圖取C。如果我不提取C，則在方法結束時發出用於保存A的SQL查詢。

這種行爲的原因是什麼？

Answer 1

如果查詢結果與當前持久上下文狀態不一致，JPA提供程序需要在查詢執行前刷新持久化上下文。

您可以將flush mode設置爲COMMIT以獲取所需（或全部）會話。請記住，如果查詢取決於髒持久性上下文狀態，請手動刷新會話。默認刷新模式爲AUTO，這意味着可以在執行查詢之前刷新持久性上下文。

Answer 2

原因是數據庫隔離級別。它的默認是read_commited。 瞭解更多關於此隔離級別： https://en.wikipedia.org/wiki/Isolation_%28database_systems%29#Read_committed

所以不會打破這種隔離JPA必須執行該事務中的所有數據已經​​達到了數據庫緩存中的所有SQL語句。