ehcache配置文件集群

❶ 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，就像一個輕量級的配置緩存工作狀態的框架。

❷ memcached和ecache的區別

Ehcache是純Java編寫的，通信是通過RMI方式，適用於基於Java技術的項目。MemCached伺服器端是C編寫的，客戶端有多個語言實現，如C，PHP(淘寶，sina等各大門戶網站)，Python(豆瓣網)， Java(Xmemcached，spymemcached)。MemcaChed伺服器端是使用文本或者二進制通信的。
分布式：MemcaChed不完全。集群默認不實現，Ehcache支持。
集群：MemcaChed可通過客戶端實現。Ehcache支持（默認是非同步同步）。
持久化：MemcaChed可通過第三方應用實現，如sina研發的memcachedb，將cache的數據保存到[url=]Berkerly DB[/url]。Ehcache支持。持久化到本地硬碟，生成一個.data和.index文件。cache初始化時會自動查找這兩個文件，將數據放入cache。
效率：MemcaChed高。Ehcache高於Memcache。
容災：MemcaChed可通過客戶端實現。Ehcache支持。
緩存數據方式：MemcaChed緩存在MemCached server向系統申請的內存中。Ehcache可以緩存在內存（JVM中），也可以緩存在硬碟。通過CacheManager管理cache。多個CacheManager可配置在一個JVM內，CacheManager可管理多個cache。
緩存過期移除策略：MemcaChed是LRU。Ehcache是LRU(默認)，FIFO，LFU。
缺點：MemcaChed功能不完善，相對於Ehcache效率低。Ehcache只適用於java體系，只能用java編寫客戶端。
優點：MemcaChed簡潔，靈活，所有支持socket的語言都能編寫其客戶端。Ehcache效率高。功能強大。

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

java web開發緩存方案，ehcache和redis各有優劣勢，對比如下：

1、適合使用ehcache的場景：

選用Ehcache作為數據存儲伺服器，Ehcache也是基於內存存儲，支持定時持久化功能，非常適合存儲像計數器這種小數據類型。處理Http請求使用Tomcat容器，結構圖如下：

實現原理：處理邏輯採用一個servlet實現，並且在這個servlet中通過一致性Hash從Ehcache中獲取計數器值。

2、高並發並且對實時性要求高的場合下使用redis

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的集群方向。

❹ 誰用過Hazelcast集群下性能跟ehcache相比如何

1、torm集群中包含兩類節點：主控節點（MasterNode）和工作節點（WorkNode）。其分別對應的角色如下：主控節點（MasterNode）上運行一個被稱為Nimbus的後台程序，它負責在Storm集群內分發代碼，分配任務給工作機器，並且負責監控集群運行狀態。Nimbus的作用類似於Hadoop中JobTracker的角色。每個工作節點（WorkNode）上運行一個被稱為Supervisor的後台程序。Supervisor負責監聽從Nimbus分配給它執行的任務，據此啟動或停止執行任務的工作進程。每一個工作進程執行一個Topology的子集；一個運行中的Topology由分布在不同工作節點上的多個工作進程組成。Nimbus和Supervisor節點之間所有的協調工作是通過Zookeeper集群來實現的。此外，Nimbus和Supervisor進程都是快速失敗（fail-fast)和無狀態（stateless）的；Storm集群所有的狀態要麼在Zookeeper集群中，要麼存儲在本地磁碟上。這意味著你可以用kill-9來殺死Nimbus和Supervisor進程，它們在重啟後可以繼續工作。這個設計使得Storm集群擁有不可思議的穩定性。如何安裝部署Storm集群這一章節將詳細描述如何搭建一個Storm集群。下面是接下來需要依次完成的安裝步驟：?搭建Zookeeper集群；?安裝Storm依賴庫；?下載並解壓Storm發布版本；?修改storm.yaml配置文件；?啟動Storm各個後台進程。2.1搭建Zookeeper集群Storm使用Zookeeper協調集群，由於Zookeeper並不用於消息傳遞，所以Storm給Zookeeper帶來的壓力相當低。大多數情況下，單個節點的Zookeeper集群足夠勝任，不過為了確保故障恢復或者部署大規模Storm集群，可能需要更大規模節點的Zookeeper集群（對於Zookeeper集群的話，官方推薦的最小節點數為3個）。在Zookeeper集群的每台機器上完成以下安裝部署步驟：1）下載安裝JavaJDK，官方下載鏈接為javasuncom/javase/downloads/indexjsp，JDK版本為JDK6或以上。2）根據Zookeeper集群的負載情況，合理設置Java堆大小，盡可能避免發生swap，導致Zookeeper性能下降。保守期間，4GB內存的機器可以為Zookeeper分配3GB最大堆空間。3）下載後解壓安裝Zookeeper包，官方下載鏈接為hadoopapacheorg/zookeeper/releaseshtml。4）根據Zookeeper集群節點情況，創建如下格式的Zookeeper配置文件zoo.cfg：tickTime=2000dataDir=/var/zookeeper/clientPort=2181initLimit=5syncLimit=2server.1=zoo1:2888:3888server.2=zoo2:2888:3888server.3=zoo3:2888:3888其中，dataDir指定Zookeeper的數據文件目錄；其中server.id=host:port:port，id是為每個Zookeeper節點的編號，保存在dataDir目錄下的myid文件中，zoo1~zoo3表示各個Zookeeper節點的hostname，第一個port是用於連接leader的埠，第二個port是用於leader選舉的埠。5）在dataDir目錄下創建myid文件，文件中只包含一行，且內容為該節點對應的server.id中的id編號。6）啟動Zookeeper服務：java-cpzookeeper.jar:lib/log4j-1.2.15.jar:conf\org.apache.zookeeper.server.quorum.QuorumPeerMainzoo.cfg也可以通過bin/zkServer.sh腳本啟動Zookeeper服務。7）通過Zookeeper客戶端測試服務是否可用：?Java客戶端下，執行如下命令：java-cpzookeeper.jar:src/java/lib/log4j-1.2.15.jar:conf:src/java/lib/jline-0.9.94.jar\org.apache.zookeeper.ZooKeeperMain-server127.0.0.1:2181也可以通過bin/zkCli.sh腳本啟動ZookeeperJava客戶端。?C客戶端下，進入src/c目錄下，編譯單線程或多線程客戶端：./configuremake