EhCache用户指南(分布式缓存).pdf

分布式缓存 原文地址为/documentation/distributed_caching.html 译者：中华风筝 联系方式：kite.china@ （也是GTalk帐号） 从1.2 版本开始，Ehcache 可以使用分布式的缓存了。 分布式这个特性是以plugin 的方式实现的。Ehcache 自带了一些默认的分布式缓存插件 实现，这些插件可以满足大部分应用的需要。如果需要使用其他的插件那就需要自己开发了， 开发者可以通过查看distribution 包里的源代码及JavaDoc 来实现它。 尽管不是必须的，在使用分布式缓存时理解一些ehcahce 的设计思想也是有帮助的。这 可以参看分布式缓存设计的页面。 以下的部分将展示如何让分布式插件同ehcache 一起工作。 下面列出的是一些分布式缓存中比较重要的方面： 你如何知道集群环境中的其他缓存？ 分布式传送的消息是什么形式？ 什么情况需要进行复制？增加（Puts ），更新（Updates ）或是失效（Expiries ）？ 采用什么方式进行复制？同步还是异步方式？ 为了安装分布式缓存，你需要配置一个PeerProvider 、一个CacheManagerPeerListener， 它们对于一个 CacheManager 来说是全局的。每个进行分布式操作的 cache 都要添加一个 cacheEventListener 来传送消息。 正确的元素类型 只有可序列化的元素可以进行复制。 一些操作，比如移除，只需要元素的键值而不用整个元素；在这样的操作中即使元素不 是可序列化的但键值是可序列化的也可以被复制， 成员发现（Peer Discovery） Ehcache 进行集群的时候有一个cache 组的概念。每个cache 都是其他cache 的一个peer ， 没有主cache 的存在。刚才我们问了一个问题：你如何知道集群环境中的其他缓存？这个问 题可以命名为成员发现（Peer Discovery ）。 Ehcache 提供了两种机制用来进行成员发现，就像一辆汽车：手动档和自动档。 要使用一个内置的成员发现机制要在 ehcache 的配置文件中指定 cacheManagerPeerProviderFactory 元 素 的 class 属 性 为 net.sf.ehcache.distribution.RMICacheManagerPeerProviderFactory 。 自动的成员发现 自动的发现方式用TCP 广播机制来确定和维持一个广播组。它只需要一个简单的配置 可以自动的在组中添加和移除成员。在集群中也不需要什么优化服务器的知识，这是默认推 荐的。 成员每秒向群组发送一个“心跳”。如果一个成员 5 秒种都没有发出信号它将被群组移 除。如果一个新的成员发送了一个“心跳”它将被添加进群组。 任何一个用这个配置安装了复制功能的 cache 都将被其他的成员发现并标识为可用状 态。 要设置自动的成员发现，需要指定ehcache 配置文件中cacheManagerPeerProviderFactory 元素的properties 属性，就像下面这样： peerDiscovery=automatic multicastGroupAddress=multicast address | multicast host name multicastGroupPort=port timeToLive=0-255 (timeToLive 属性详见常见问题部分的描述) 示例 假设你在集群中有两台服务器。你希望同步sampleCache1 和sampleCache2 。每台独立 的服务器都要有这样的配置： 配置server1 和server2 cacheManagerPeerProviderFactory class=net.sf.ehcache.distribution.RMICacheManagerPeerProviderFactory properties=peerDiscovery=automatic, multicastGroupAddress=, multicast