A. hibernate 中怎麼執行update操作
首先你要知道，hibernate的update操作的運行機理：
hibernate的update是怎麼樣自動的進行update操作的呢？
首先hibernate先會執行一個select操作，到資料庫中查找
當前要update操作的對象的主鍵是否存在，類似於：
select id from table where id=XXX
如果查找到了改id，就說明該對象是一個持久化對象，
如果該對像的某些屬性變化了，hibernate就會自動的執行update操作，
同步資料庫中的該對象。
如果hibernate沒有查找到該id，就說明該對象是一個游離的對象，
hibernate就會執行insert操作。
根據這些，就可以找找是不是要update的對象的id在資料庫中不存在，
或是更改的該對象的id。這些都是執行insert而不是update
B. hibernate query.list()得到的用戶屬性與資料庫不同步
事物管理配置問題，出現了幻讀或臟讀現象。看看事物管理的配置
C. hibernate二級緩存數據同步問題，當數據存入二級緩存，當需要修改數據的時候怎麼做
沒有新數據的時候直接用緩存中數據查詢，要更新表裡數據的時候更新緩存
D. hibernate緩存怎麼與資料庫保持同步
重新執行query
E. 用hibernate的getcurrentsession() 造成了資料庫和查詢的不同步，是怎麼回事
如果你使用getcurrentsession（）；
需要在hibernate.cxf.xml裡面配置一條
<property name="current_session_context_class">thread</property>
用以使用本地事務。
希望對你有幫助。
F. hibernate中查詢的數據與資料庫不同步問題
你所看到的資料庫沒反映並不是說資料庫沒有進行任何的更改
而是數據同步的問題
就像你同時打開兩個超作資料庫的窗口
在其中一個插入數據，不commit，在另外的窗口就查詢不出來
但是在插入窗口是可以查詢出來的
hibernate就像是你開的第二個窗口
當然樓上說的很對不修改資料庫的數據是不會存在數據不同步的說法的。
這不是hibernate本身的問題哦
建議你看下資料庫的知識哦
另外,站長團上有產品團購,便宜有保證
G. hibernate工作原理及為什麼要用
hibernate 簡介：
hibernate是一個開源框架，它是對象關聯關系映射的框架，它對JDBC做了輕量級的封裝，而我們java程序員可以使用面向對象的思想來操縱資料庫。
hibernate核心介面
session：負責被持久化對象CRUD操作
sessionFactory:負責初始化hibernate，創建session對象
configuration:負責配置並啟動hibernate，創建SessionFactory
Transaction:負責事物相關的操作
Query和Criteria介面：負責執行各種資料庫查詢
hibernate工作原理：
1.通過Configuration config = new Configuration().configure();//讀取並解析hibernate.cfg.xml配置文件
2.由hibernate.cfg.xml中的<mapping resource="com/xx/User.hbm.xml"/>讀取並解析映射信息
3.通過SessionFactory sf = config.buildSessionFactory();//創建SessionFactory
4.Session session = sf.openSession();//打開Sesssion
5.Transaction tx = session.beginTransaction();//創建並啟動事務Transation
6.persistent operate操作數據，持久化操作
7.tx.commit();//提交事務
8.關閉Session
9.關閉SesstionFactory
為什麼要用hibernate：
1. 對JDBC訪問資料庫的代碼做了封裝，大大簡化了數據訪問層繁瑣的重復性代碼。
2. Hibernate是一個基於JDBC的主流持久化框架，是一個優秀的ORM實現。他很大程度的簡化DAO層的編碼工作
3. hibernate使用Java反射機制，而不是位元組碼增強程序來實現透明性。
4. hibernate的性能非常好，因為它是個輕量級框架。映射的靈活性很出色。它支持各種關系資料庫，從一對一到多對多的各種復雜關系。
Hibernate是如何延遲載入?get與load的區別
1. 對於Hibernate get方法，Hibernate會確認一下該id對應的數據是否存在，首先在session緩存中查找，然後在二級緩存中查找，還沒有就查詢資料庫，數據 庫中沒有就返回null。這個相對比較簡單，也沒有太大的爭議。主要要說明的一點就是在這個版本(bibernate3.2以上)中get方法也會查找二級緩存！
2. Hibernate load方法載入實體對象的時候，根據映射文件上類級別的lazy屬性的配置(默認為true)，分情況討論：
(1)若為true,則首先在Session緩存中查找，看看該id對應的對象是否存在，不存在則使用延遲載入，返回實體的代理類對象(該代理類為實體類的子類，由CGLIB動態生成)。等到具體使用該對象(除獲取OID以外)的時候，再查詢二級緩存和資料庫，若仍沒發現符合條件的記錄，則會拋出一個ObjectNotFoundException。
(2)若為false,就跟Hibernateget方法查找順序一樣，只是最終若沒發現符合條件的記錄，則會拋出一個ObjectNotFoundException。
這里get和load有兩個重要區別:
如果未能發現符合條件的記錄，Hibernate get方法返回null，而load方法會拋出一個ObjectNotFoundException。
load方法可返回沒有載入實體數據的代 理類實例，而get方法永遠返回有實體數據的對象。
(對於load和get方法返回類型：好多書中都說：「get方法永遠只返回實體類」，實際上並不正 確，get方法如果在session緩存中找到了該id對應的對象，如果剛好該對象前面是被代理過的，如被load方法使用過，或者被其他關聯對象延遲加 載過，那麼返回的還是原先的代理對象，而不是實體類對象，如果該代理對象還沒有載入實體數據（就是id以外的其他屬性數據），那麼它會查詢二級緩存或者數 據庫來載入數據，但是返回的還是代理對象，只不過已經載入了實體數據。)
總之對於get和load的根本區別，一句話，hibernate對於 load方法認為該數據在資料庫中一定存在，可以放心的使用代理來延遲載入，如果在使用過程中發現了問題，只能拋異常；而對於get方 法，hibernate一定要獲取到真實的數據，否則返回null。
Hibernate中怎樣實現類之間的關系?(如：一對多、多對多的關系)
類與類之間的關系主要體現在表與表之間的關系進行操作，它們都市對對象進行操作，我們程序中把所有的表與類都映射在一起，它們通過配置文件中的many-to-one、one-to-many、many-to-many、
說下Hibernate的緩存機制：
Hibernate緩存的作用：
Hibernate是一個持久層框架，經常訪問物理資料庫，為了降低應用程序對物理數據源訪問的頻次，從而提高應用程序的運行性能。緩存內的數據是對物理數據源中的數據的復制，應用程序在運行時從緩存讀寫數據，在特定的時刻或事件會同步緩存和物理數據源的數據
Hibernate緩存分類：
Hibernate緩存包括兩大類：Hibernate一級緩存和Hibernate二級緩存
Hibernate一級緩存又稱為「Session的緩存」，它是內置的，意思就是說，只要你使用hibernate就必須使用session緩存。由於Session對象的生命周期通常對應一個資料庫事務或者一個應用事務，因此它的緩存是事務范圍的緩存。在第一級緩存中，持久化類的每個實例都具有唯一的OID。
Hibernate二級緩存又稱為「SessionFactory的緩存」，由於SessionFactory對象的生命周期和應用程序的整個過程對應，因此Hibernate二級緩存是進程范圍或者集群范圍的緩存，有可能出現並發問題，因此需要採用適當的並發訪問策略，該策略為被緩存的數據提供了事務隔離級別。第二級緩存是可選的，是一個可配置的插件，在默認情況下，SessionFactory不會啟用這個插件。
什麼樣的數據適合存放到第二級緩存中？
1 很少被修改的數據
2 不是很重要的數據，允許出現偶爾並發的數據
3 不會被並發訪問的數據
4 常量數據
不適合存放到第二級緩存的數據？
1經常被修改的數據
2 .絕對不允許出現並發訪問的數據，如財務數據，絕對不允許出現並發
3 與其他應用共享的數據。
Hibernate查找對象如何應用緩存？
當Hibernate根據ID訪問數據對象的時候，首先從Session一級緩存中查；查不到，如果配置了二級緩存，那麼從二級緩存中查；如果都查不到，再查詢資料庫，把結果按照ID放入到緩存
刪除、更新、增加數據的時候，同時更新緩存
Hibernate管理緩存實例
無論何時，我們在管理Hibernate緩存（Managing the caches）時，當你給save()、update()或saveOrUpdate()方法傳遞一個對象時，或使用load()、 get()、list()、iterate() 或scroll()方法獲得一個對象時, 該對象都將被加入到Session的內部緩存中。
當隨後flush()方法被調用時，對象的狀態會和資料庫取得同步。 如果你不希望此同步操作發生，或者你正處理大量對象、需要對有效管理內存時，你可以調用evict() 方法，從一級緩存中去掉這些對象及其集合。
Hibernate的查詢方式
Sql、Criteria,object comptosition
Hql：
1、 屬性查詢
2、 參數查詢、命名參數查詢
3、 關聯查詢
4、 分頁查詢
5、 統計函數
如何優化Hibernate？
1.使用雙向一對多關聯，不使用單向一對多
2.靈活使用單向一對多關聯
3.不用一對一，用多對一取代
4.配置對象緩存，不使用集合緩存
5.一對多集合使用Bag,多對多集合使用Set
6. 繼承類使用顯式多態
7. 表欄位要少，表關聯不要怕多，有二級緩存撐腰
hibernate的開發步驟：
開發步驟
1)搭建好環境
引入hibernate最小的jar包
准備Hibernate.cfg.xml啟動配置文件
2)寫實體類(pojo)
3)為實體類寫映射文件"User.hbm.xml"
在hibernate.cfg.xml添加映射的實體
4)創建庫表
5)寫測試類
獲得Configuration
創建SessionFactory
打開Session
開啟事務
使用session操作數據
提交事務
關閉資源
H. 用hibernate的getcurrentsession() 造成了資料庫和查詢的不同步，是怎麼回事
我個人覺得是你這里的getcurrentsession沒有提交事務，導致執行了更新操作 但實際底層沒有提交事務，意思就是說最終沒有進行commit 而不是你說的線程延遲什麼問題。
getcurrentsession（）和opensession() 的區別重點不是在於線程問題，而是管理事務回滾問題。
比如你用getcurrentsession取了當前session，當你循環List對象並更新每個對象里的一個欄位時報了錯誤，那很多項目中根據公司需求得進行回滾，比如回滾整個List對象，或者回滾當前這一個對象並繼續更新下一個對象等。當你用當前session了說明你的每個對象對應的每個事物都被一個session管理，而用了opensession說明你的每個對象每次開啟了新session 不但佔用了很多資源，而且每個session對應一個事務。大多數情況都是封裝用getcurrentsession因為每次邏輯都用一個session來管理 也不佔資源。
每次取session時候底層都用的是sessio。load方法，這個方法 就跟hibernate懶惰載入有關系，就比如樓上說的改成lazy=false 但這個也不建議改，如果用了lazy=false了說明勤奮載入 那樣程序負擔太大。
自從用了spring開始，線程安全，同步都歸spring的ThreadLocal管理，用的是臨時線程變數機制，一般不會出現並發報錯問題。
希望對你有所幫助
I. java框架hibernate的實體對象有哪三種狀態以及這三種狀態下，對實體進行修改會不會同步到資料庫里
1. 瞬時狀態： 當我們通過Java的new關鍵字來生成一個實體對象時，這時這個實體對象就處於自由狀態。自由對象最大的特點就是，在資料庫中不存在一條與它對應的記錄。
2. 持久狀態： 持久化對象就是已經被保存進資料庫的實體對象，並且這個實體對象現在還處於Hibernate的緩存管理之中。這是對該實體對象的任何修改，都會在清理緩存時同步到資料庫中。
3. 脫管狀態：當一個持久化對象，脫離開Hibernate的緩存管理後，它就處於游離狀態，游離對象和自由對象的最大區別在於，游離對象在資料庫中 可能還存在一條與它對應的記錄，只是現在這個游離對象脫離了Hibernate的緩存管理，而自由對象不會在資料庫中出現與它對應的數據記錄。
脫管狀態的實體信息不會同步到資料庫，而是會從資料庫中返回該持久化狀態
在持久狀態下，該實體對象的任何修改，都會同步到資料庫中。
J. Hibernate的具體執行流程是怎樣的
先說下hibernate工作原理：
對資料庫的寫操作包括保存、更新和刪除，當保存一個POJO持久對象時，觸發Hibernate的保存事件監聽器
進行處理。Hibernate通過映射文件獲得對象對應資料庫表名以及屬性所對應的表中的列名，然後通過反射機制
持久化對象（實體對象）的各個屬性，最終組織成向資料庫插入新對象的SQL insert語句。調用了
session.save()方法後，這個對象會標識成持久化狀態存放在session中，對於Hibernate來說它就是一個持久化
了的對象，但這個時候Hibernate還不會真正的執行insert語句，當進行session的刷新同部或事務提交時，
Hibernate會把session緩存中的所有SQL語句一起執行，對於更新、刪除操作也是採用類似的機制。
然後，提交事務並事務提交成功後，這些寫操作就會被永久地保存進資料庫中，所以，使用session對數據
庫操作還依賴於Hibernate事務的處理。如果設置了二級緩存，那麼這些操作會被同步到二級緩存中，Hibernate
對資料庫最終操作也是依賴於底層JDBC對資料庫進行