下面是一些市場占有率比較高的大型內(nèi)存-2/，也是業(yè)內(nèi)比較知名的，比如SAPHANA、OracleExalytics、OraleTimesTen、IBMSolidDB?？梢哉f它們都不是最好的，主要看使用場景和具體需求。它們各自的特點(diǎn)如下:Saphana(高性能分析應(yīng)用)是SAP于2011年推出的基于內(nèi)存計(jì)算技術(shù)的產(chǎn)品，面向企業(yè)分析應(yīng)用。

支持從SAP business suite同步更新業(yè)務(wù)數(shù)據(jù)，或者從SAPBW(SAP商業(yè)智能產(chǎn)品)等第三方數(shù)據(jù)源批量導(dǎo)入數(shù)據(jù)，在HANA中計(jì)算后提供給SAPBI客戶端或其他第三方展現(xiàn)工具進(jìn)行分析和展現(xiàn)。Oracle Analytics內(nèi)存一體機(jī)分析機(jī)是面向分析的集成設(shè)計(jì)系統(tǒng)，可以無限制地提供最佳的可視化分析和更智能的分析應(yīng)用。

緩存的介質(zhì)一般是內(nèi)存，所以讀寫速度很快。但如果緩存中存儲的數(shù)據(jù)量非常大，硬盤也會作為緩存的介質(zhì)。緩存的實(shí)現(xiàn)不僅要考慮存儲介質(zhì)，還要考慮緩存的并發(fā)訪問和緩存 data的生命周期。緩存是數(shù)據(jù)交換緩沖區(qū)(稱為緩存)。當(dāng)一個硬件要讀取數(shù)據(jù)時(shí)，它會先從緩存中尋找需要的數(shù)據(jù)，如果找到了，就直接執(zhí)行。如果找不到，就從內(nèi)存中找。

首頁讀取的數(shù)據(jù)作為xml結(jié)果寫入sdcard或者保存在本地?cái)?shù)據(jù)庫。內(nèi)存 數(shù)據(jù)庫，顧名思義就是直接操作內(nèi)存中數(shù)據(jù)的數(shù)據(jù)庫。內(nèi)存的數(shù)據(jù)讀寫速度比磁盤高幾個數(shù)量級。內(nèi)存 數(shù)據(jù)庫摒棄了傳統(tǒng)的磁盤數(shù)據(jù)管理方式，在內(nèi)存中所有數(shù)據(jù)的基礎(chǔ)上重新設(shè)計(jì)了架構(gòu)，并在數(shù)據(jù)緩存、快速算法、并行運(yùn)算等方面做了相應(yīng)的改進(jìn)，因此提高了數(shù)據(jù)處理速度比。

在許多應(yīng)用系統(tǒng)中，特別是在電話程控交換領(lǐng)域，對數(shù)據(jù)存取性能有很高的要求。一般這類應(yīng)用交易量大，交易響應(yīng)延遲低，可靠性高數(shù)據(jù)庫。數(shù)據(jù)庫只能有幾分鐘的停機(jī)時(shí)間，MMDB系統(tǒng)可以滿足這些數(shù)據(jù)庫應(yīng)用的要求，但這需要MMDB系統(tǒng)的所有組件在實(shí)現(xiàn)方法和策略上為應(yīng)用做出最大的優(yōu)化。

你想達(dá)到的目的可能和SpringMvc沒有太大關(guān)系。你要實(shí)現(xiàn)的其實(shí)是在jvm啟動的時(shí)候加載一個數(shù)據(jù)庫 data的副本到內(nèi)存里面，你可以用一個靜態(tài)變量和一個靜態(tài)初始化塊來解決你的問題，這兩個變量都是在類加載的時(shí)候初始化一次。和上一個答案一樣，可以用HashMap來解決。再具體一點(diǎn)，可以自己添加一個名為publistaticfinalmapcachenewhashmap()static { cache request數(shù)據(jù)庫operation } key的靜態(tài)變量，可以是String，也可以是int，value是you 數(shù)據(jù)庫的結(jié)構(gòu)，這樣就可以寫實(shí)體了。

如果用Redis做緩存，理論上不會比數(shù)據(jù)庫大，因?yàn)榫彺娴亩际窃L問比較頻繁更新不太頻繁的熱數(shù)據(jù)，訪問比較少或者更新比較頻繁的數(shù)據(jù)緩存沒有意義，緩存的命中率不會很高；至于數(shù)據(jù)，先寫cache，再寫db，其實(shí)是熱啟動，第一次查詢可能會命中cache；相反是冷啟動，第一次查詢可能會穿透緩存，主要看你的需求。如果第一次允許查詢misscache，可以先寫db，再寫cache。

redis中“半持久模式”和“全持久模式”的所有數(shù)據(jù)都保存在內(nèi)存，然后不定時(shí)異步保存到磁盤(這叫“半持久模式”)；您還可以將每個數(shù)據(jù)更改寫入appendonly(這稱為“完全持久性模式”)。經(jīng)常性內(nèi)存泄漏，帶有內(nèi)存 leak的代碼會被多次執(zhí)行，導(dǎo)致每次都會出現(xiàn)內(nèi)存 leak。