session flush在commit之前默認都會執行, 也可以手動執行，他主要做了兩件事：
1） 清理緩存。
2） 執行SQL。

flush: Session 按照緩存中對象屬性變化來同步更新數據庫。

默認情況下，Session 會在以下情況下調用 flush:

1. 直接調用 session.flush。

2. 當應用調用Transaction.commit() 時, 會先調用 flush， 然後再向數據路提交。

3. 在做查詢時(HQL, Criteria)，如果緩存中持久化對象的屬性發生變化，會先 flush 緩存，以保證查詢結果是最新的數據。

flush 緩存的例外情況：如果對象使用native 生成器生成 ID 時，在當調用session.save() 去保存對象時， 會直接向數據庫插入該實體的 insert 語句。

flush 的五種 FlushModel ：

1、NEVEL：已經廢棄了，被MANUAL取代了
2 MANUAL：
如果FlushMode是MANUAL或NEVEL,在操作過程中Hibernate會將事務設置為readonly，所以在增加、刪除或修改操作過程中會出現如下錯誤
org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read-only mode (FlushMode.NEVER) - turn your Session into FlushMode.AUTO or remove ‘readOnly‘ marker from transaction definition；
解決辦法：配置事務， Spring會讀取事務中的各種配置來覆蓋hibernate的session中的FlushMode；
3 AUTO
設置成auto之後，當程序進行查詢、提交事務或者調用session.flush()的時候，都會使緩存和數據庫進行同步，也就是刷新數據庫
4 COMMIT
提交事務或者session.flush()時，刷新數據庫；查詢不刷新
5 ALWAYS：
每次進行查詢、提交事務、session.flush()的時候都會刷數據庫

ALWAYS和AUTO的區別：當hibernate緩存中的對象被改動之後，會被標記為臟數據（即與數據庫不同步了）。當 session設置為FlushMode.AUTO時，hibernate在進行查詢的時候會判斷緩存中的數據是否為臟數據，是則刷數據庫，不是則不刷，而always是直接刷新，不進行任何判斷。很顯然auto比always要高效得多。

如果session 中的某個類的屬性發生了改變，使用flush() 方式，去更改數據庫中的記錄，使其和改變後的session 中的對象一致

session.commit 和 session.flush 區別：

session.flush: 執行 一列 sql，但是不提交

session.commit: 會先執行 flush，然後提交事務，提交事務意味著對數據庫的操作永久保存，不可rollback。

Hibernate session.flush() 使用