緩存方案

Ⅰ 什麼是緩存啊

在計算機科學領域，緩存指的是一組數據的集合，這些數據來自於儲存在其他地方或先前計算的結果，而獲取或運算出這些數據的代價非常昂貴，為此，把這些結果數據保存起來，讓下一次需要這些數據的時候直接使用，而不用重新獲取或計算，這就大大提高了系統效率。
1.因為緩存只是內存中少部分數據的復製品，所以CPU到緩存中尋找數據時，也會出現找不到的情況（因為這些數據沒有從內存復制到緩存中去），這時CPU還是會到內存中去找數據，這樣系統的速度就慢下來了，不過CPU會把這些數據復制到緩存中去，以便下一次不要再到內存中去取。
2.因為隨著時間的變化，被訪問得最頻繁的數據不是一成不變的，也就是說，剛才還不頻繁的數據，此時已經需要被頻繁的訪問，剛才還是最頻繁的數據，現在又不頻繁了，所以說緩存中的數據要經常按照一定的演算法來更換，這樣才能保證緩存中的數據是被訪問最頻繁的。
這個就是的啦？？

Ⅱ 想了解緩存的概念

緩存
緩存就是指可以進行高速數據交換的存儲器，它先於內存與CPU交換數據，因此速度極快，所以又被稱為高速緩存。與處理器相關的緩存一般分為兩種——L1緩存，也稱內部緩存；和L2緩存，也稱外部緩存。例如Pentium4「Willamette」內核產品採用了423的針腳架構，具備400MHz的前端匯流排，擁有256KB全速二級緩存，8KB一級追蹤緩存，SSE2指令集。
內部緩存(L1 Cache)
也就是我們經常說的一級高速緩存。在CPU裡面內置了高速緩存可以提高CPU的運行效率，內置的L1高速緩存的容量和結構對CPU的性能影響較大，L1緩存越大，CPU工作時與存取速度較慢的L2緩存和內存間交換數據的次數越少，相對電腦的運算速度可以提高。不過高速緩沖存儲器均由靜態RAM組成，結構較復雜，在CPU管芯面積不能太大的情況下，L1級高速緩存的容量不可能做得太大，L1緩存的容量單位一般為KB。
外部緩存(L2 Cache)
CPU外部的高速緩存，外部緩存成本昂貴，所以Pentium 4 Willamette核心為外部緩存256K，但同樣核心的賽揚4代只有128K。

硬碟緩存越高,讀取速度越快

Ⅲ 設計一個分布式緩存方案

褲子都拖了，就看這個啊

Ⅳ java 客戶端緩存有哪幾種方案

在引入的js、css後面拼接時間戳或者版本號，例如：
<link rel="stylesheet" type="text/css" href="/xacmr/css/information.css?0.3">
js同理，每次修改後，版本號也響應改變就可以了

Ⅳ java web開發緩存方案，ehcache和redis哪個更好

Ehcache
在java項目廣泛的使用。它是一個開源的、設計於提高在數據從RDBMS中取出來的高花費、高延遲採取的一種緩存方案。正因為Ehcache具有健壯性（基於java開發）、被認證（具有apache 2.0 license）、充滿特色（稍後會詳細介紹），所以被用於大型復雜分布式web application的各個節點中。
1. 夠快
Ehcache的發行有一段時長了，經過幾年的努力和不計其數的性能測試，Ehcache終被設計於large, high concurrency systems.
2. 夠簡單
開發者提供的介面非常簡單明了，從Ehcache的搭建到運用運行僅僅需要的是你寶貴的幾分鍾。其實很多開發者都不知道自己用在用Ehcache，Ehcache被廣泛的運用於其他的開源項目
比如：hibernate
3.夠袖珍
關於這點的特性，官方給了一個很可愛的名字small foot print ，一般Ehcache的發布版本不會到2M，V 2.2.3 才 668KB。
4. 夠輕量
核心程序僅僅依賴slf4j這一個包，沒有之一！
5.好擴展
Ehcache提供了對大數據的內存和硬碟的存儲，最近版本允許多實例、保存對象高靈活性、提供LRU、LFU、FIFO淘汰演算法，基礎屬性支持熱配置、支持的插件多
6.監聽器
緩存管理器監聽器 （CacheManagerListener）和 緩存監聽器（CacheEvenListener）,做一些統計或數據一致性廣播挺好用的
如何使用？
夠簡單就是Ehcache的一大特色，自然用起來just so easy!

redis
redis是在memcache之後編寫的，大家經常把這兩者做比較，如果說它是個key-value store 的話但是它具有豐富的數據類型，我想暫時把它叫做緩存數據流中心，就像現在物流中心那樣，order、package、store、classification、distribute、end。現在還很流行的LAMP PHP架構 不知道和 redis+mysql 或者 redis + mongodb的性能比較（聽群里的人說mongodb分片不穩定）。
先說說reidis的特性

1. 支持持久化
redis的本地持久化支持兩種方式：RDB和AOF。RDB 在redis.conf配置文件里配置持久化觸發器，AOF指的是redis沒增加一條記錄都會保存到持久化文件中（保存的是這條記錄的生成命令），如果不是用redis做DB用的話還會不要開AOF ，數據太龐大了，重啟恢復的時候是一個巨大的工程！
2.豐富的數據類型
redis 支持 String 、Lists、sets、sorted sets、hashes 多種數據類型,新浪微博會使用redis做nosql主要也是它具有這些類型，時間排序、職能排序、我的微博、發給我的這些功能List 和 sorted set 的強大操作功能息息相關
3.高性能
這點跟memcache很想像，內存操作的級別是毫秒級的比硬碟操作秒級操作自然高效不少，較少了磁頭尋道、數據讀取、頁面交換這些高開銷的操作！這也是NOSQL冒出來的原因吧，應該是高性能
是基於RDBMS的衍生產品，雖然RDBMS也具有緩存結構，但是始終在app層面不是我們想要的那麼操控的。
4.replication
redis提供主從復制方案，跟mysql一樣增量復制而且復制的實現都很相似，這個復制跟AOF有點類似復制的是新增記錄命令，主庫新增記錄將新增腳本發送給從庫，從庫根據腳本生成記錄，這個過程非常快，就看網路了，一般主從都是在同一個區域網，所以可以說redis的主從近似及時同步，同事它還支持一主多從，動態添加從庫，從庫數量沒有限制。 主從庫搭建，我覺得還是採用網狀模式，如果使用鏈式（master-slave-slave-slave-slave·····）如果第一個slave出現宕機重啟，首先從master 接收 數據恢復腳本，這個是阻塞的，如果主庫數據幾TB的情況恢復過程得花上一段時間，在這個過程中其他的slave就無法和主庫同步了。

5.更新快
這點好像從我接觸到redis到目前為止 已經發了大版本就4個，小版本沒算過。redis作者是個非常積極的人，無論是郵件提問還是論壇發帖，他都能及時耐心的為你解答，維護度很高。有人維護的話，讓我們用的也省心和放心。目前作者對redis 的主導開發方向是redis的集群方向。

所以如果希望簡單就用ehcache，如果開發任務比較復雜，希望得到比較多的支持什麼的就redis

Ⅵ 內存緩存設置方法

我來回答一下您的問題：
首先，我覺得您這個問題提的有點問題，內存和緩存是兩個不同的概念，是不可以放到一起的，因為它們屬於不同的硬體。內存單純是指內存條，而緩存只有CPU才有，內存不存在緩存一說。所以說放到一起就矛盾了！

分別為您解釋一下：

內存 分為物理內存和虛擬內存。物理內存就是內存條上直接表明的數字，是512MB的，或者1G的，或者2G的，而虛擬內存是用硬碟空間做內存來彌補計算機物理內存空間的缺乏。當物理內存滿時（實際上，是在物理內存滿之前），虛擬內存就在硬碟上創建了。當物理內存用完後，虛擬內存管理器選擇最近沒有用過的，低優先順序的內存部分寫到交換文件上。這個過程對應用是隱藏的，應用把虛擬內存和實際內存看作是一樣的。而且虛擬內存是可以設置的：虛擬內存設置為內存的1.5-2倍都可以 在我的電腦--屬性--高級--性能設置--高級--虛擬內存里設置 .

CPU緩存（Cache Memory） 位於CPU與內存之間的臨時存儲器，它的容量比內存小但交換速度快。在緩存中的數據是內存中的一小部分，但這一小部分是短時間內CPU即將訪問的，當CPU調用大量數據時，就可避開內存直接從緩存中調用，從而加快讀取速度。由此可見，在CPU中加入緩存是一種高效的解決方案，這樣整個內存儲器（緩存+內存）就變成了既有緩存的高速度，又有內存的大容量的存儲系統了。緩存對CPU的性能影響很大，主要是因為CPU的數據交換順序和CPU與緩存間的帶寬引起的。

緩存是為了解決CPU速度和內存速度的速度差異問題。內存中被CPU訪問最頻繁的數據和指令被復制入CPU中的緩存，這樣CPU就可以不經常到象「蝸牛」一樣慢的內存中去取數據了，CPU只要到緩存中去取就行了，而緩存的速度要比內存快很多。

緩存不能設置。緩存是cpu上固定的空間。就像顯卡上的顯存一樣，是多大就是多大，沒聽說顯存是可以更改的。

其實優化大師里的那個功能不是更改緩存的大小，它只是把你系統里那個緩存空間里的垃圾清除了，讓你感覺好像系統或者網速變快了。它只是一種好聽的說法其實實質還是一樣的！
希望能解您疑惑！

Ⅶ JAVA幾種緩存技術介紹說明

1、TreeCache / JBossCache

JBossCache是一個復制的事務處理緩存，它允許你緩存企業級應用數據來更好的改善性能。緩存數據被自動復制，讓你輕松進行JBoss伺服器之間 的集群工作。JBossCache能夠通過JBoss應用服務或其他J2EE容器來運行一個MBean服務，當然，它也能獨立運行。

2、WhirlyCache

Whirlycache是一個快速的、可配置的、存在於內存中的對象的緩存。它能夠通過緩存對象來加快網站或應用程序的速度，否則就必須通過查詢資料庫或其他代價較高的處理程序來建立。

3、SwarmCache

SwarmCache是一個簡單且有效的分布式緩存，它使用IP multicast與同一個區域網的其他主機進行通訊，是特別為集群和數據驅動web應用程序而設計的。SwarmCache能夠讓典型的讀操作大大超過寫操作的這類應用提供更好的性能支持。

4、JCache

JCache是個開源程序，正在努力成為JSR-107開源規范，JSR-107規范已經很多年沒改變了。這個版本仍然是構建在最初的功能定義上。

5、ShiftOne

ShiftOne Java Object Cache是一個執行一系列嚴格的對象緩存策略的Java lib，就像一個輕量級的配置緩存工作狀態的框架。

Ⅷ 緩存和內存有什麼區別

內存是內部存儲器，是一個硬體設備；緩存是一個比較大的一個概念，用來預讀取信息(比如硬碟的緩存），或者是暫時存儲一些不長久的信息。

Ⅸ java web開發緩存方案，ehcache和redis有什麼特點

在java項目廣泛的使用。它是一個開源的、設計於提高在數據從RDBMS中取出來的高花費、高延遲採取的一種緩存方案。正因為Ehcache具有健壯性（基於java開發）、被認證（具有apache 2.0 license）、充滿特色（稍後會詳細介紹），所以被用於大型復雜分布式web application的各個節點中。

具體如下：

1. 夠快

Ehcache的發行有一段時長了，經過幾年的努力和不計其數的性能測試，Ehcache終被設計於large, high concurrency systems.

2. 夠簡單

開發者提供的介面非常簡單明了，從Ehcache的搭建到運用運行僅僅需要的是你寶貴的幾分鍾。其實很多開發者都不知道自己用在用Ehcache，Ehcache被廣泛的運用於其他的開源項目