极端事务处理模式：Write-behind缓存

核心提示： 不管是稀疏的缓存还是完整的缓存，都可以用于write-behind特性，极端事务处理模式：Write-behind缓存(3)，稀疏缓存仅存储数据的子集，可以被延迟填充，这两个内建的加载器分别为JPALoader和JPAEntityLoader，JPALoader用于缓存中存储POJO，它通常使用

不管是稀疏的缓存还是完整的缓存，都可以用于write-behind特性。稀疏缓存仅存储数据的子集，可以被延迟填充。它通常使用关键字进行访问，因为缓存中并非所有的数据都能够使用，使用缓存进行查询可能无法执行。完整缓存包含了所有的数据，但在首次加载的时候耗时更长。第三种可行之策则是兼取二者所长。首先在短时间内预装载数据的子集，然后延迟加载其余数据。预装载的子集数据大约在总数的20%，但它能够满足80%的请求。

采用这一方式使用缓存的应用程序适用的场景为：适用简单CRUD（创建，读取，更新和删除）模式的分区数据模型。

配置write-behind功能

对于WebSphere eXtrem Scale而言，在objectgrid.xml配置中，通过将writeBehind属性添加到backingMap元素，就启用了write- behind功能，如下所示。参数的值使用语法“"[T(time)][;][C(count)]"，用以指定数据库更新发生的时间。当到达设置的时间，或者队列集中的变化次数达到设定的count值，更新就会被写入到持久存储中。

列表1：write-behind配置的示例

<objectGrid　name="UserGrid">　
　
<backingMap　name="Map"　pluginCollectionRef="User"　lockStrategy="PESSIMISTIC"　writeBehind="T180;C1000"　　/>　

JPA加载器

WebSphere eXtreme Scale使用了加载器读取内存中缓存的数据，以及将数据写入到数据库中。从WebSphere eXtreme Scale的6.1.0.3版本开始，包含了两个内建的加载器，它们与JPA提供器相交互，负责将关系数据映射到ObjectGrid集中，这两个内建的加载器分别为JPALoader和JPAEntityLoader。JPALoader用于缓存中存储POJO，JPAEntityLoader则用于缓存中存储ObjectGrid实体。