1:hibernate實體bean的三種狀態
瞬時(new,資料庫不存在該記錄,無session關聯),
持久態(session關聯,資料庫中存在記錄,事務沒提交)--->事務提交了也是在持久態?
脫管(無session關聯,資料庫中存在該記錄)
區別:資料庫中有無記錄,有無session關聯.
2:hibernate會自動延遲與資料庫互動【當插入資料的時候不會立即執行插入操作,只有當執行commit和flush方法時】,一般不需要自己執行flush方法,hibernate會自動調用【一般開啟事務之前,查詢之前】.
3:一級緩衝(session)
當儲存10000次或者更多時候,可能會記憶體溢出
解決辦法:執行好多(20)次儲存後,調用flush();【為什麼不用commit();,因為其要重新開啟事務】clear();方法
for(i=0;i<10000;i++){
s.add(object);
if(i%20==0){
s.flush();s.clear;
}
}
hibernate對大批量的資料更新提供很不好,對於session的問題,大批量的更新方法【無狀態session】,不跟一級二級緩衝關聯.
4:加入到一級緩衝中的方法有很多,而從裡面讀取的方法並不多,只有get和load,【evict清除session中單個對象,clear清除session】
5:二級緩衝,配置.hibernate交給了第三方實現,它本身用的是hashTable實現的,不怎麼完善,用得多的是OSC,
1:<property name="cache.user_second_level_cache">true【開啟二級緩衝,預設為開啟】</property>
2:<property name="cache.provider_class">org.hibernate.cache.OSCacherProvider【需要將它本身需要的設定檔放到類的路徑下】</property>
3:配置要緩衝的類
<class-cache class="類路徑加類名" usage="緩衝策略"/>
或者
在設定檔中,id配置的前面<cache usage="緩衝策略"/>
6:統計資訊,statistics【可以通過sessionFactory得到,執行System.out.println(..);,可以看到sesion的開啟關閉資訊,快取命中次數等資訊】
7:什麼時候會添加到二級緩衝
1:save方法(不適合於native的主鍵建置原則)
2:清除二級緩衝,跟session一樣的,getSessionFactory().evict(....)
createQuery()緩衝的開啟
設定檔,方法中還要寫(命中率hit很低)
執行大概如下:
第一次執行時,createQuery("from User where id<20");,hibenate會將結果的ID儲存到一個Map中【map.put("查詢語句.../很複雜的方法產生的一個key",ids);】
第二次執行時,從map中取得ids【如果sql語句不一樣了/如改成了小於30,就取不到ids了】,再迴圈ids調用get方法從緩衝中擷取該ID的對象.
8:分布式緩衝
比方
1:很多機器處理使用者的資料
一個使用者訪問,2個使用者訪問,第三個使用者修改了,
問題:
第一個,和第2個使用者的快取無效判定了
解決:
緩衝叢集或中央緩衝,比較流行的memcached
9:使用緩衝的條件
1:讀取大於修改
2:資料量不能超過記憶體容量
3:對資料要有獨享的控制(多個系統在修改資料或者認為的在後台修改資料)
4:可以容忍出現無效資料