oracle coherence介绍及使用
1 Coherence 概述
1.1 Coherence是什么
Oracle官方网站的描述是：Coherence 在可靠的、高度可伸缩的对等集群协议之上提供了复制的、分布式的（分区的）数据管理和缓存服务。Coherence 不存在单点故障，当某台服务器没法操做或从网络断开时，它能够自动且透明地进行故障切换并从新分布它的集群化数据管理服务。当新服务器加入或故障服务器重 启时，它会自动加入集群，Coherence 会将服务切回到该服务器，透明地从新分布集群负载。Coherence 包含网络级的容错特性和透明的软重启功能，以支持服务器自我修复。
----来自Oracle Coherence 专区
http://www.oracle.com/technology/global/cn/products/coherence/index.html
一个典型的Hibernate应用 + Coherence集群以下图所示：
1.2 Coherence的特色
1.2.1 分布式集群缓存
Coherence是一个分布式的缓存方案，而且经过集群为应用提供强大的缓存后备支持。Coherence主要是内存缓存，即存储区域主要在内存当中。
与通常的分布式缓存方案如JBossCache, Memcache 等相同，分布式缓存的价值基于网络IO性能高于DB查询的磁盘IO性能这样一个特色。
Coherence全部的设计都是基于多个（能够是很是多）的JVM，不少Coherence的测试都是使用几十甚至上百个节点来进行的。
下图展现了一个典型的WAS项目架构：WAS集群 + Near型Coherence集群架构。对于大型Web2.0网站(PHP或其余)，集成Coherence也是相似的。
1.2.2自管理
Coherence使用的网络协议是TCMP ，是对UDP，TCP/IP的组合使用。Coherence能将启动的实例节点(Node)自动组成为集群(Cluster)。在一个局域网环境中，经过 多播(Multicast)机制，第1个启动的Node能自动发现后启动的Node，第1，2个Node一样能发现以后启动的其余Node，依次类推，自 动组成集群； 而且也能自动检测到死亡节点。集群各节点间经过单播(Unicast)机制进行数据复制，同步及发送通知消息。
Coherence集群以统一的逻辑试图对外提供缓存的读写接口，看起来使用Coherence Client就像在使用一个缓存同样。
1.2.3 自动容错和恢复
基于自管理的特色，一个Node挂掉后，集群能自动监测到，并作好死亡节点的数据恢复机制，客户端依然能正确的读出在死亡节点上存储的数据，容错和恢复对客户端来讲是透明的。
1.2.4 分区缓存(Partitioned Cache)
这是Coherence不同凡响的地方。通常集群如：JBossCache, Websphere 集群等，每一个Node都有数据的完整拷贝，Node间经过复制来实现数据同步和一致性，通常来讲采用全复制模式，即一份数据在各节点上都有一份拷贝。这种 模式下，节点要存储了较多的数据，同步复制时比较消耗网络带宽。
而Coherence的分区缓存只将一个Node上的数据在另外一节点上作1个备份，有效下降复制的消耗好时间，并节省内存总需求，只需复制模式的1/N (N为缓存节点个数)。
1.2.5 线性扩展
假如你的Coherence集群已经有4个Node，当系统数据量过大引发Cache容量满员，致使缓存性能降低时，能够经过启动新的Node来扩容，改善集群的性能。
这一点也是源自分区缓存技术，集群有N个Node，每一个Node只存放1/N的数据，这种设计让Coherence可以处理很是多的数据，只须要经过增长节点的数量，就能够处理更多的数据。
下图为例，当两台机器，4个存储Node不够用时，经过新增机器，新增Node实例便可自动加入集群，提高Coherence缓存性能。
线性扩展更重要体如今性能上，下图展现了，Coherence集群经过增长机器，增长Node实例使得交易耗时大幅下降，并且随着集群规模呈线性降低。
1.2.6易用性
虽然上述特色看起来彷佛很复杂，但那都是Coherence本身内部的事儿。对于客户端来讲，与最简单的Map 操做同样，仅仅是 put(key,value), get(key) 等。
- NamedCache cache = CacheFactory.getCache( "dist-cache" );
- cache.put(key, value);
- Object value = cache.get(key);
- NamedCache cache = CacheFactory.getCache("dist-cache");
- cache.put(key, value);
- Object value = cache.get(key);
正是基于以上技术和特色，Coherence成为一个高可用性，高扩展性，高性能但使用很是简单的网格型(Data Grid)分布式缓存框架。 html
2. Quick start
2.1 安装
Coherence是纯Java的框架，不须要额外的安装。首先在Oracle网站上下载开发包，最新为3.4版，只有13M，能够说是很小很强大。
SDK解压便可，包含 bin, doc, example, lib 四个目录。Doc下包含了完整的user-guide，只是有点长，有350多页。
2.2 运行
Coherence集群是由Node构成的，每一个Node既存储数据，又能够查询数据。
运行 bin/coherence.cmd 命令就能启动一个Node实例。
运行屡次，就能启动多个实例，各Node能自动检测到网路内新启动的Node，并加入集群。
第一个节点启动信息大体为：前端
(
ThisMember=Member(Id=1, Timestamp=2007-05-23 10:48:17.0, Address=192.168.0.204:8088, MachineId=26828)
OldestMember=Member(Id=1, Timestamp=2007-05-23 10:48:17.0, Address=192.168.0.204:8088, MachineId=26828)
ActualMemberSet=MemberSet(Size=1, BitSetCount=2
Member(Id=1, Timestamp=2007-05-23 10:48:17.0, Address=192.168.0.204:8088, MachineId=26828)
)
第二个节点启动信息大体为：java
(
ThisMember=Member(Id=2, Timestamp=2007-05-23 10:48:53.218, Address=192.168.0.204:8089, MachineId=26828)
OldestMember=Member(Id=1, Timestamp=2007-05-23 10:48:17.0, Address=192.168.0.204:8088, MachineId=26828)
ActualMemberSet=MemberSet(Size=2, BitSetCount=2
Member(Id=1, Timestamp=2007-05-23 10:48:17.0, Address=192.168.0.204:8088, MachineId=26828)
Member(Id=2, Timestamp=2007-05-23 10:48:53.218, Address=192.168.0.204:8089, MachineId=26828)
)
最后会出现命令行提示符，经过Coherence控制台命令就能够执行Cache的基本操做。web
最经常使用命令有：
建立或切换到一个cache：算法
Put一个数据：sql
Get一个数据:数据库
查看有哪些cache：编程
查看一个cache下的全部key：后端
你没必要关心数据存在哪里，能够在Node1上 put一个数据，在Node2上get出来。
默认启动Node使用的是 Coherence.jar中的缓存配置文件 coherence-cache-config.xml ，使用的是DistributedCache 分区缓存。
3. 编程
正如第一节所说，使用Coherence进行数据管理的应用程序中的API调用很是简单，不管集群有多少个物理机器，多少个节点实例，客户端只逻辑上面对集群。缓存
- NamedCache cache = CacheFactory.getCache( cacheName );
- cache.put(key, value);
- Object value = cache.get(key);
- NamedCache cache = CacheFactory.getCache( cacheName );
- cache.put(key, value);
- Object value = cache.get(key);
记得在你的应用中（例如：BOSS，CRM等）中包含 coherence.jar, tangosol.jar 等必要的类库文件。
4. 基本缓存类型及适用状况
Coherence 支持四种Cache类型(Cache Type)，也可看做四种缓存系统架构：
4.1 复制缓存(Replicated Cache)
数据在集群成员中进行全复制，每一个节点都有一个完整的数据拷贝。这种集群下，read性能最高( cache.get(key) 操做)，容错性好，但cache.put(key,value) 操做性能较低。若是Node不少，每次put操做都要在全部成员上执行一次。
cache.get(key)
cache.put(key,value)
这是一种传统的集群技术，不是Coherence的亮点。
4.1 乐观缓存 (Optimistic Cache)
它相似于复制缓存，但不提供并发控制(Concurrency Control)。这种集群数据吞吐量最高，各节点容易出现数据不一致的状况。
4.1 分区缓存 (Distributed (Partitioned) Cache)
Coherence 的亮点。默认状况下，一份数据A只在两个节点上有拷贝，第二份做为备份数据(Backup)，用于容错。
从总体上看，假设应用须要的Cache总内存为 M，该模式将数据分散到N个节点上，每一个JVM只占用 M/N 的内存消耗，与复制缓存每节点消耗 M量的内存造成对比，它能够极大节省内存资源。
cache.get(key)
cache.put(key,value)
4.1 Near缓存 (NearCache)
分区缓存的改进版。分区缓存将数据所有存到Cache Node上，而Near缓存将缓存数据中使用频率最高的数据(热点数据Hotspot)放到应用的本地缓存（Local Cache）区域。因为本地内存访问的高效性，它能够有效提高分区缓存的read性能。
四种缓存类型的基本特色对好比下表所示：
几个重要因素：
JVM数量(N): 即启动的Node数量，每一个节点为一个JVM进程；
数据大小(M)：要缓存的数据总量的占用空间大小，如10M，120M等；
冗余度(R) ：缓存的secondary备份个数。分区缓存默认为1，能够配置2，3，…
本地缓存大小(L)：(仅对Near缓存而言)应用所在的本地缓存的空间大小字节数。
几种类型的对比
Coherence提供了四种Cache数据管理模式：
Read-Through,
Write-Through,
Refresh-Ahead
Write-Behind
数据管理模式体如今CacheStore 接口的功能上。
CacheStore负责直接和数据源交互，进行增删改查操做；并也负责和Coherence Cache交互，向其中写数据(put)，读数据(get)和删除数据（remove）。CacheStore至关于 数据源和Cache间的桥梁。
对于不一样的应用，因为数据源不一样，如：DB，WebService ，FileSystem等， CacheStore有不一样的实现。它通常做为应用的一部分。Coherence也为 Hibernate，Toplink等实现了一个CacheStore。
5.1 Read-Through
Read-Through 的基本特色是同步读取。步骤为：
1）应用调用 CacheStore 查询数据X；
2）CacheStore 去Cache中查询，未发现数据时，向数据库执行查询操做，并将查询结果放到 Cache中， 并将结果返回给应用；
3）若是发现Cache中有数据，则直接从Cache读取，并返回给应用。
其特色体如今第二步，CacheStore调用 cache.get(X) 到 CacheStore 给应用返回数据，是同步操做。 也就是要在一个同步过程当中先等待数据查询，Cache被填充，才能得到数据。 这种模式的性能比较低，不及 Refresh-Ahead。
5.2 Write-Through
Write-Through 对应于数据修改操做，如 update，也具备同步的特色。
1）应用调用 CacheStore update数据X；
2）CacheStore 先update Cache中的数据，而后再向数据库执行update操做；
这种模式在一个同步过程当中，先改Cache，再改数据库。所以性能也不是最理想的。
5.2 Refresh-Ahead
与Read-Through相对，它是异步的。
Coherence在Cache数据过时前，有CacheStore自动从新从数据库加载数据。而前台应用在查询数据时，CacheStore 仅调用Cache.get(X)。所以这种模式的效率明显高于read-through。 自动重载数据的时间能够设定。
5.2 Write-behind
与write-through相对，它是异步的。
应用调用CacheStore进行update时，CacheStore不去操做数据库，直接返回结果。而Coherence集群自动对操做进行排队 (queue)，在间隔一段时间后(interval), CacheStore在执行队列中的 update 操做。 这样，减小的同步操做数据库的时间被节省，修改类功能的性能就能获得大幅提升。这也是Coherence的一大特点。
Oracle Coherence 是一个面向企业级应用的分布式缓存框架，看过它的简单介绍后，感受是：很好很强大。
Hibernate 封装了统一的 Cache接口 CacheProvider ，能够方便的集成实现该接口的第三方Cache框架。
本文就不详细介绍 Coherence 的特色和优点了，感兴趣或要使用的直接到Oracle网站去查询。 http://www.oracle.com/products/middleware/coherence/index.html
如何与Hibenate进行集成， Coherence的userguide只简单说了一下原理性的东东，没有具体实例。我仔细作了一个从头至尾的过程，直到Hibernate应用跑起来， 并观察日志，确认Coherence缓存起做用为止。 如下是我记录下来的配置运行过程，供须要的同窗参考。
1. 运行前的说明
本 demo 客户端是Hibernate的数据操做代码，无外乎 session.update(),query.list() 等等。
测试准备两台物理机器 M1, M2 。M1 上跑Hibernate应用， 和1个Node； M2上准备跑 2 个Coherence 缓存节点(Node). 这里3个Node分散到两个 机器，主要是演示Coherence集群的自管理的强大功能。
[img]/upload/attachment/42720/e4c427b3-1651-3092-a207-fe6da4f102bf.jpg" alt="[/img]
原理简要说明：M2上的Node启动后，将自动加入Coherence 缓存集群(Cluster); 客户端Hibernate应用启动，执行后，因为也使用了Coherence, 它的查询操做将到 集群 上的三个Node的Cache中去取数据；只是第一次query会从数据库取数据，并放到Node的缓存中，之后各次query,findByPk 等操做，都会到Node的缓存中取。
2. Cache服务端配置
2.1） 启动Node bat文件准备
Coherence开发包的目录很简单，只有 bin，doc，lib，examples 四个目录，原觉得只要启动 coherence/bin/coherence.cmd 就能够了，后来发现没那么简单。
要让M2上的Node缓存Hibernate应用的数据，须要 org.hibernate.cache.QueryKey 等类，所以须要将 hibernate3.jar 加入classpath；
要缓存hibernate应用中的 com.xxx.system.perm.PermVO 等VO类，还必须将本身应用的 jar包也放到classpath中。
其余还须要一些相关的jar，如：dom4j，common-logging 等，最终编写了一个 runCache.bat 文件，作好必要的初始化工做：
runCache.bat
rem Register cache region: org.hibernate.cache.StandardQueryCache
rem Register cache region: HIBERNATE_QUERY_CACHE
set java_opts=-Dtangosol.coherence.cacheconfig=hibernate-cache-config.xml
set classpath=lib/hibernate3.jar
set classpath=%classpath%;lib/hibernate3-sqlquerycache-fix.jar
set classpath=%classpath%;lib/dom4j-1.6.jar
set classpath=%classpath%;lib/commons-lang-2.1.jar
set classpath=%classpath%;lib/commons-logging.jar
set classpath=%classpath%;lib/cglib-2.1.jar
set classpath=%classpath%;lib/xxx-project.jar
coherence.cmd
个人coherence工做目录是
其中在个人工做目录下专门建了一个 lib 目录，存放须要的新的jar包，并将配置文件从 coherence-hibernate.jar/config 目录下移到工做目录下，目录结构是：
lib
hibernate-cache-config.xml
runCache.bat
[img]/upload/attachment/42577/11dfaeba-8a74-39e3-9c3d-d60cb47dd2b8.jpg" alt="[/img]
这要，运行 runCache.bat 就能够启动一个 Coherence Node实例。本文在M2机器上开2个 cmd 窗口，启动2个实例， 在 M1 上启动一个 Node 实例。启动后的结果大体如：
[img]/upload/attachment/42575/57ba5d87-1175-38fb-ac4c-d7902d61bb9a.jpg" alt="" width="512" height="304[/img]
MasterMemberSet
(
ThisMember=Member(Id=3, Timestamp=2008-10-14 17:41:25.062, Address
OldestMember=Member(Id=1, Timestamp=2008-10-14 17:39:30.125, Addre
ActualMemberSet=MemberSet(Size=3, BitSetCount=2
Member(Id=1, Timestamp=2008-10-14 17:39:30.125, Address=172.20.3
Member(Id=2, Timestamp=2008-10-14 17:41:03.234, Address=172.20.3
Member(Id=3, Timestamp=2008-10-14 17:41:25.062, Address=172.20.3
)
RecycleMillis=120000
RecycleSet=MemberSet(Size=0, BitSetCount=0
)
2.2） 缓存配置
hibernate-cache-config.xml 是一个必要的缓存配置，本例使用 HibernateReplicatedCache 复制模式。
经过
加入Java命令的启动参数中， coherence 会替换默认的配置。
还要修改 coherence 的缺省启动命令 coherence.cmd, 将java_opts 加入到原有的变量中，将
修改成
并将 coherence-hibernate.jar 加入classpath中, 将
修改成
3. Cache客户端配置：Hibernate配置
3.1) hibernate.cfg.xml
- < property name = "hibernate.cache.provider_class" >
- com.tangosol.coherence.hibernate.CoherenceCacheProvider</ property >
- < property name = "hibernate.cache.use_minimal_puts" > true </ property >
- < property name = "hibernate.cache.use_query_cache" > true </ property >
- <property name="hibernate.cache.provider_class">
- com.tangosol.coherence.hibernate.CoherenceCacheProvider</property>
- <property name="hibernate.cache.use_minimal_puts">true</property>
- <property name="hibernate.cache.use_query_cache">true</property>
3.2) 启用查询缓存的代码
要确保代码中使用查询，即在建立 query 后，打开开关，并设置cacheRegion，本例中使用统一的 cacheRegion “HIBERNATE_QUERY_CACHE”
- query.setCacheable( true );
- query.setCacheRegion(HIBERNATE_QUERY_CACHE);
- query.setCacheable(true);
- query.setCacheRegion(HIBERNATE_QUERY_CACHE);
3.3) 启用实体L2缓存
在 hbm.xml 中配置 节点,为VO类启用实体缓存。
- < class name = "com.xxx.system.perm.persistent.PermVO" table = "SYS_PERM" >
- < cache usage = "nonstrict-read-write" />
- <class name="com.xxx.system.perm.persistent.PermVO" table="SYS_PERM">
- <cache usage="nonstrict-read-write"/>
3.4) 客户端缓存配置
客户端要使用与服务端一样的缓存配置 hibernate-cache-config.xml， 不然可能没法进行存储。 本例将其复制过来，放到classpath 下的 config目录中，所以，客户端启动命令(若是是tomcat，weblogic，websphere，修改相应cmd或bat文件)中也要加java 参数：
4. 启动客户端Hibernate应用程序
执行数据查询操做，观察日志，以肯定数据存储到了M2的三个节点中。
4.1） Coherence客户端启动日志
2008-10-14 17:56:13.625 Oracle Coherence 3.3.1/389 (thread=main, member=n/a): Loaded ...
2008-10-14 17:56:13.625 Oracle Coherence 3.3.1/389 (thread=main, member=n/a): Optional ...
Oracle Coherence Version 3.3.1/389
Grid Edition: Development mode
Copyright (c) 2000-2007 Oracle. All rights reserved.
2008-10-14 17:56:15.296 Oracle Coherence GE 3.3.1/389 (thread=Cluster, member=n/a): Service Cluster ...
2008-10-14 17:56:15.515 Oracle Coherence GE 3.3.1/389 (thread=Cluster, member=n/a): This Member(Id=5,...
2008-10-14 17:56:15.609 Oracle Coherence GE 3.3.1/389 (thread=Cluster, member=n/a): Member(Id=2, Ti...
2008-10-14 17:56:15.609 Oracle Coherence GE 3.3.1/389 (thread=Cluster, member=n/a): Member(Id=3, ....
2008-10-14 17:56:15.703 Oracle Coherence GE 3.3.1/389 (thread=main, member=5):
4.2） 观察Hibernate SQL输出
记得在log4j.xml 中打开相应的日志开关：
- < category name = "org.hibernate.SQL" >
- < priority value = "DEBUG" />
- < appender-ref ref = "CONSOLE" /> <!-- ASYNC_Hibernate_SQL -->
- </ category >
- <category name="org.hibernate.SQL">
- <priority value="DEBUG" />
- <appender-ref ref="CONSOLE" /> <!-- ASYNC_Hibernate_SQL -->
- </category>
观察日志输出
Execute No. 1 ********************
2008-10-14 18:00:44,687 [DEBUG](AbstractBatcher.java,346) - select this.PERMCODE as PERM1_15_0_, ....
(No.1)result size:1
Execute No. 2 ********************
(No.2)result size:1
Execute No. 3 ********************
(No.3)result size:1
Execute No. 4 ********************
(No.4)result size:1
Execute No. 5 ********************
(No.5)result size:1
第一次执行了sql，
后面sql都未执行，而且查询结果数为1，和第一次执行sql的结果相同。代表以后从Coherence中获取了数据， 缓存生效。
4.3) 查看M2 上的cache数据：
在M2上的节点控制台切换到 HIBERNATE_QUERY_CACHE cache下面，执行：
cache HIBERNATE_QUERY_CACHE
并执行Coherence命令
命令查看全部已在Cache中存储的数据。 下面的日志每一个 sql：开头的就是一个对Query的缓存项。
Map (HIBERNATE_QUERY_CACHE): list
sql: select managelogv0_.LOGID as LOGID5_, managelogv0_.OPRTIME as
TE5_, managelogv0_.OPRACTION as OPRACTION5_, managelogv0_.OPRTYPE a
OG managelogv0_; parameters: ; named parameters: {}; first row: 0;
, 285, 286, 287, 288, 321]
key1 = value1
sql: select this.PERMCODE as PERM1_15_0_, this.MODULECODE as MO
RM5_15_0_, this.PORTNO as PORT6_15_0_ from (select t.perm_code a
t.module_code as moduleCode,
t.perm_name as permName,
t.perm_desc as permDesc,
t.port_no as portNo,
t.perm_type_code as permTypeCode
from sys_perm t join sys_role_perm o
on t.perm_code = o.perm_code
where o.role_code = ? ) this ; parameters: ; named parameters:
sql: select count(*) as col_0_0_ from SYS_MANAGELOG managelogv0_; p….
OK, 大功告成，成功将Coherence与Hibernate集成，Hibernate经过Coherence进行实体数据，查询数据的缓存。
7.1 概述
Coherence支持集群JMX管理和监控，方便在多Node环境下的统一管理。
根据Coherence官方的推荐，通常一个集群中只设置一个JMX管理服务器(MBeanServer)，而且管理服务器不存储数据(设置启动参数storage_enabled=false)；其余Node为受管节点，存储数据。
7.2 启动参数
要为节点启用JMX管理，启动时只要加入必要的java property便可。通常能够JDK5+自带的JConsole工具作管理和监控。
JMX Server：
JMX Node:
7.3 JMX Server监控
经过JConsole链接Coherence JMX Server后的界面以下图所示：
图中，
Cluster表明整个集群
Node节点下表明各节点，图中有1，2 两个节点；
Cache目录表明当前集群中建立的的NamedCache，图中展现了集群中有一个分区缓存 cache1，存储在节点2 中。
其余还有Server，StorageManager，PointToPoint等管理项。
右侧列出了所选项目的详细属性，图中为Node 2 上数据存储的信息，比较有用的是
命中次数CacheHits，
失误次数CacheMisses，
缓存访问次数：TotalGets，经过 CacheHits/ TotalGets 就可获得命中率
缓存元素上限：HighUnits等。
经过观察各节点Cache的主要指标，就能够监控Coherence的运行状况，分析缓存的利用效率。见下图例：
图显示了在JOP号码资源应用下，号码资源VO的CacheHits变化状况，命中数在逐步提升，为2800，说明缓存有效发挥了其做用；固然命中率是反映Cache利用率更为直观的指标。
7.4 Node监控
经过链接不一样Node，还能够监控各存储节点的内存变化等信息，为调优提供必要依据。
Coherence调优是很关键的一环，特别是对大型企业级应用，海量数据型应用，它将决定Coherence集群可否将效能最大化的发挥出来。
调优一般分三步：基础调优，运行前常规调优，运行后调优
8.1基础调优
包括操做系统调优，网络调优
操做系统的一些参数，对Coherence集群的数据传输有影响。
如：非Wins系统下Socket缓冲大小，应该至少增长到2M；Windows上的Datagram大小等，这些在官方指南中有详细的说明。
网络调优主要对交换机缓冲(Switch Buffer), Path MTU 等因素，比较常见的状况是，交换机缓存若是过小，Coherence在作Node通讯时会发生延迟，Node日志通常为：
此时就须要增长交换机缓冲大小。
8.2运行前常规调优
指根据Coherence通常经验原则和最佳实践，在应用系统运行前分析缓存数据总量大小，计算Node个数，设置Node JVM内存等。
缓存数据总量大小(DataSize， M)：根据应用规模，数据量规模，业务频度，预先估计应该归入缓存的数据量的大小(总字节数)。对大型系统来讲，多是1G – xG。
计算节点个数：分区和Near缓存每节点只承担 M/N 的数据量，Coherence的原则是，尽可能多节点，而不要将Node的内存设置过大，避免GC时间过长，通常不要超过 1G；所以，获得估计的数据总量大小M后，就能够估计须要配置的节点数，假设JVM mx为512M，则N=M/512，并据此推测须要的物理机器的数量。
JVM内存：Coherence默认为64M，每节点最大不要超过1G。而且最小和最大值设置为相同。固然能够根据项目状况，设置为 384m, 128m等。
例如：
GC 参数：通常应用Coherence的多为大型系统，多CPU；且缓存数据变化可能比较频繁。
GC收集器个数设置为 CPU个数；
适当加大新生代的内存大小。
8.3运行后调优
系统上线后，在运行过程当中，可能会出现性能不如预期的状况，或者不按期出现缓慢状况。除了对JVM 垃圾回收问题进行分析，还能够对应用进行分析，对缓存配置进行优化。
JVM 垃圾回收问题：节点GC时，会致使Node间的传输暂停，须要重传，引发集群性能降低。可能够经过Node的日志观察到，相似于：
除了以前的优化交换机缓冲，还要考虑垃圾回收引发此问题的具体缘由，能够经过打开垃圾回收日志进行观察，这一般可能会定位到程序代码的算法等问题。
应用分析：
若是为了简便，在Coherence配置中使用 * 配置NamedCache的存储属性，那么意味着，全部NamedCache或者说一部分Cache 使用了相同的设置，如元素个数，超时时间，清除策略，前端缓存大小等。
- < cache-mapping >
- <!—Hiberante Entity cache configuration -->
- < cache-name > * </ cache-name > <!— 相似配置如：near-*, com.xxx.crm.customer.* ?-- >
- < scheme-name > hibernate-near </ scheme-name >
- < init-params >
- < init-param > <!-- 后端entry个数限制 -->
- < param-name > back-size-limit </ param-name > < param-value > 1000 </ param-value >
- </ init-param >
- < init-param > <!-- 后端超时时间 30m -->
- < param-name > back-expiry </ param-name > < param-value > 30m </ param-value >
- </ init-param >
- </ init-params >
- </ cache-mapping >
- <cache-mapping>
- <!—Hiberante Entity cache configuration -->
- <cache-name>*</cache-name> <!— 相似配置如：near-*, com.xxx.crm.customer.* ?-->
- <scheme-name>hibernate-near</scheme-name>
- <init-params>
- <init-param> <!-- 后端entry个数限制 -->
- <param-name>back-size-limit</param-name> <param-value>1000</param-value>
- </init-param>
- <init-param> <!-- 后端超时时间 30m -->
- <param-name>back-expiry</param-name> <param-value>30m</param-value>
- </init-param>
- </init-params>
- </cache-mapping>
但不一样业务功能其数据量大小，查询频率，查询条件的多样性，数据修改的频率都是不一样的，若是配置相同，则Cache机制在不一样业务上体现的性能是不一样的，应该区别对待，例如：
1) 数据字典修改频率极低，能够只采用local cache， 超时时间设置长一些，例如12h 。
2) 鉴权操做频率很高，所以要求高性能。鉴权数据中权限点修改频率低，但角色受权数据修改频率略高，但比通常业务也低不少，能够将 front cache设置大一些，或者只采用local访问。
3) 在Hibernate中，低频修改数据缓存配置为 nonstrict-read-write 类型；只读数据采用 read-only 型。
4) 至于业务数据，状况比较复杂。
例如：手机号码表，数据量极大，而且服务于BOSS大部分业务，而且手机号码的用户资料变动较少，所以缓存能够设置大些， 超时时间设置长些。而相似的渠道数据，数据量略小一些，HighUnits可设置稍小一些。
而对于一些修改频繁，或新增频繁的数据，超时时间(Expiry Delay) 应当设置小一些。
此类分析应该跟踪生产环境的运行状况，业务频率，修改操做频率等，进行调整优化，并跟踪调优后的结果。
9. 结束
Oracle Coherence具备通常缓存框架的极不同的强大特性，自管理，分区缓存，线性扩展等使得它能有效提高应用，特别是大型企业级应用的性能。Coherence也是一个网格计算方案，其线性扩展也体现了“另类”的系统架构，能发挥出强大的功能。
参考资料： 1. Oracle. Coherence User-guide.htm 2. http://www.oracle.com/technology/global/cn/products/coherence/index.html 3. iniu blog http://iniu.net/iwork/2008/02/oracle-coherence.html
- 1. SIPP介绍以及使用介绍
- 2. InfluxDB介绍及使用
- 3. express.js的介绍及使用
- 4. ElasticSearch的介绍及使用
- 5. lombok介绍及使用
- 6. vsftpd 介绍及使用
- 7. Android Framebuffer介绍及使用
- 8. kafka介绍及使用
- 9. Redis BitMap介绍及使用
- 10. anaconda介绍及其使用
- 更多相关文章...
- • 网站主机 介绍 - 网站主机教程
- • TortoiseSVN 使用教程 - SVN 教程
- • Java Agent入门实战（一）-Instrumentation介绍与使用
- • Composer 安装与使用
-
每一个你不满意的现在，都有一个你没有努力的曾经。
- 1. vs2019运行opencv图片显示代码时，窗口乱码
- 2. app自动化 - 元素定位不到？别慌，看完你就能解决
- 3. 在Win8下用cisco ××× Client连接时报Reason 422错误的解决方法
- 4. eclipse快速补全代码
- 5. Eclipse中Java/Html/Css/Jsp/JavaScript等代码的格式化
- 6. idea+spring boot +mabitys(wanglezapin)+mysql (1)
- 7. 勒索病毒发生变种 新文件名将带有“.UIWIX”后缀
- 8. 【原创】Python 源文件编码解读
- 9. iOS9企业部署分发问题深入了解与解决
- 10. 安装pytorch报错CondaHTTPError：******
- 1. SIPP介绍以及使用介绍
- 2. InfluxDB介绍及使用
- 3. express.js的介绍及使用
- 4. ElasticSearch的介绍及使用
- 5. lombok介绍及使用
- 6. vsftpd 介绍及使用
- 7. Android Framebuffer介绍及使用
- 8. kafka介绍及使用
- 9. Redis BitMap介绍及使用
- 10. anaconda介绍及其使用