緩存框架所要解決及基本問題-文庫吧
2025-12-11 19:27 本頁面
【正文】 OsCache中的 CacheEntry的 needsRefresh方法 ）？ （ 1） 當該緩存實體從來都沒有更新時，則更新； （ 2） 如果該實體之前已經(jīng)刷新過了，則需要刷新 （ 3） 如果傳入的參數(shù)為 0，那么說明該緩存須立即刷新 ，則刷新； （ 4） 如果 實體刷新策略對象 （）不為空 （ 5） 當緩存實體的生命周期時間到期了（用設置的刷新期加上最后一次訪問的時間距現(xiàn)在的時長為標準，如果小于當前的時長，則說明已經(jīng)過期了，則需要刷新，否則不需要）， 如何檢測緩存中的數(shù)據(jù)和數(shù)據(jù)庫中的數(shù)據(jù)同步與不同步的問題？ 如何實現(xiàn)磁盤緩存？ 磁盤緩存該在什么時候實現(xiàn)呢？這里有兩種方案： （ 1） 當基于內存緩存時容器滿時，被淘汰的緩存實體該如何來處理，是直接被 jvm 的垃圾回收機制回收還是將他們暫持久化到本地？如果是暫時的持久化到本地，那么這些實體又該什么時候置換進內存呢？當內存中未命 中時此時應該到外存去查找是否存在。因此系統(tǒng)也應該保留一個緩存文件的集合，因此到時就可以直接在這集合中判斷外存是否具有該實體的本地持久化，若有則表示外存命中，則此時應該根據(jù)具體的替換算法將內存緩存的實體進行置對換出。從而完成一次內外存一次數(shù)據(jù)的對換。注意是在當內存未命中時外存命中的情況下進行對換。 （ 2） 基于數(shù)據(jù)庫驅動的網(wǎng)站可以是先將一部分的數(shù)據(jù)讀取出來，這些數(shù)據(jù)通常是固定式在短時間內不會發(fā)生很大變動的數(shù)據(jù)。這些數(shù)據(jù)就可以在緩存系統(tǒng)啟動的時候通過配置文件的方式配置好。系統(tǒng)就可以在后臺悄悄的將這些數(shù)據(jù)提取出來進行優(yōu)化 處理，下次系統(tǒng)需要取出數(shù)據(jù)時就可以直接從本地持久化文件中進行提出或者直接從內存中，這將會大大提高系統(tǒng)的響應速度，同時也減少了數(shù)據(jù)庫并發(fā)鏈接的負載。從而給那些實時性較高的數(shù)據(jù)同數(shù)據(jù)庫的連接提供了比較寬松的機會。如果該部分數(shù)據(jù)量較大，比如達到上千萬級別的 java 對象，這時如果 jvm的內存配置的較小的話能可能很快就會出現(xiàn)內存溢出的現(xiàn)象，那么又該如何解決該問題？其中的方法就是給出緩存實體容器的大小，這樣一來，既不失緩存的最初設想，加入這部分數(shù)據(jù)一下子全部取出那么在處理時既會帶來相應異常的產(chǎn)生，同時也是眉毛胡子一把抓 ，就沒有區(qū)分度。如果設置實體緩存的大小，我們強烈建議數(shù)據(jù)庫健表示給出一個計數(shù)，即該行數(shù)據(jù)
試題試卷相關推薦
鄂ICP備17016276號-1