Hibernate中flush機制的詳細理解

針對昨天同事遇到的hibernate的問題。算是hibernate最基本的東西。具瞭解，這個問題很多人遇到過，也很常見，卻遇到了還經常會懵了。

為了加深印象，知其然，知其所以然。

之後單純用原始的Hibernate框架做了一些驗證，並且開啟執行SQL列印輸出臺的，得出的結論：

前提是在同一事務中間：

1、利用sql語句， session.createSQLQuery(sql).executeUpdate();進行插入，輸出臺列印出sql插入語句； 再利用sql語句，進行session.createSQLQuery(sql).uniqueResult(); 也會列印SQL查詢語句，沒有問題，可以查詢到資料。

2、利用hibernate封裝操作， session.save(entity); 進行插入，輸出臺並沒有列印出插入的SQL語句， 再利用 session.get(entity,id);方法做查詢 ；也沒有列印出SQL查詢語句，但是是可以查詢到資料的。到執行事務提交語句時，插入的SQL語句被列印出來

3、利用hibernate的session.save(entity); 進行插入，再利用《HQL》語句進行查詢，效果同上面第二點。

4、利用hibernate的session.save(entity); 進行插入，輸出臺並沒有列印出插入的SQL語句。 再利用sql語句，進行session.createSQLQuery(sql).uniqueResult(); 會列印SQL查詢語句。問題出現了，查詢不到任何資料。這種情況下利用session.flush()方法，在查詢之前執行到flush()方法，輸出臺會列印出插入的SQL語句。 再進行查詢就有資料。

驗證完成之後，查了下往上資料，對於第四點，在開發過程中出現頻繁，非常的常見，相信很多人都曾遇到，但又有很多人繼續摸不到頭腦。正好以此加深了印象。

從列印控制檯SQL可以看出一個基本的hibernate save方法的操作流程：

1． 判斷所要儲存的例項是否已處於持久化狀態，如果不是，則將其置入快取；

2． 根據所要儲存的例項計劃一條insert sql語句，注意只是計劃，並不執行；

3． 事務提交時執行之前所計劃的insert語句；

將tx.commit()換成session.flush，此時控制太列印出了insert語句，但是資料庫中並沒有新增新的記錄；

flush方法的主要作用就是清理快取，強制資料庫與Hibernate快取同步，以保證資料的一致性。它的主要動作就是向資料庫傳送一系列的sql語句，並執行這些sql語句，但是不會向資料庫提交。而commit方法則會首先呼叫flush方法，然後提交事務。這就是為什麼我們僅僅呼叫flush的時候記錄並未插入到資料庫中的原因，因為只有提交了事務，對資料庫所做的更新才會被儲存下來。因為commit方法隱式的呼叫了flush，所以一般我們都不會顯示的呼叫flush方法。

這是hibernate的flush機制。在一些複雜的物件更新和儲存的過程中就要考慮資料庫操作順序的改變以及延時flush是否對程式的結果有影響。如果確實存在著影響，那就可以在需要保持這種操作順序的位置加入flush強制Hibernate將快取中記錄的操作flush入資料庫，這樣看起來也許不太美觀，但很有效。

疑問：session.save方法，放入快取中，SQL直接查詢資料庫是查不出來的。

flush()方法之後，會列印出執行SQL，但是資料庫中，還是沒有。SQL直接查詢卻能查出資料來。

1、flush() 之後這個實體資料存放在什麼地方？和save()方法一樣的快取，那SQL也應該是取不到的。

2、既然flush方法之後資料沒有進資料庫，SQL直接查詢，利用session.createSQLQuery(sql) 查詢，直接查得應該不是資料庫，他查詢的又是什麼地方？