Ibatis学习总结4--SQL Map XML 映射文件扩展

SQL Map XML 映射文件除了上文提到的属性还有一些其他重要的属性，下文将详细介绍这些属性。

• 缓存 Mapped Statement 结果集

  通过在查询 statement 中指定 cacheModel 属性，可以缓存 Mapped Statement 中得到的查 询结果。Cache  model  是在 SQL  Map  XML  文件中定义的可配置缓存模式，可以使用 cacheModel 元素来配置。

   <cacheModel id="product-cache" type ="LRU" readOnly=”true” serialize=”false”>
   <flushInterval hours="24"/>
   <flushOnExecute statement="insertProduct"/>
   <flushOnExecute statement="updateProduct"/>
   <flushOnExecute statement="deleteProduct"/>
   <property name=”cache-size” value=”1000” />
   </cacheModel>

  上面的 cache model 创建了一个名为“product-cache”的缓存，使用“近期最少使用”（LRU） 实现。Implemention 属性的名称要么是全限定的类名，要么是缓存实现的别名（参见下面的 内容）。根据 cacheModel  中 flush  元素的内容，上面的例子每 24  小时刷新一次。一个 cacheModel 只能有一个 flushInteval 元素，它可以使用 hours，minutes，seconds 或 milliseconds 来设定。另外，当 insertProduct，updateProduct 或 deleteProduct 的 Mapped Statement 执行时， 缓存也被刷新。cacheModel 可以定义任意多的 flushOnExecute 元素。某些 cache model 的实 现可能需要另外的属性，如上面的“cache-size”属性。在 LRU cache model 中，cache-size 指定了缓存储存的项数。一旦配置了 cache model，您可以指定 mapped statement 使用的 cache model，例如：

   <statement id=”getProductList” cacheModel=”product-cache”>
   select * from PRODUCT where PRD_CAT_ID = #value#
   </statement>

  只读 VS 可读写

  框架同时支持只读和可读写缓存。只读缓存可供所有用户共享，因此性能更好。但是， 只读缓存的数据不应该被修改。相反，要更新数据，必须从数据库（或读写缓存）中读出数 据。因此，如果要读出数据并修改，则需要可读写缓存。要使用只读缓存，在 cacheModel 设置 readOnly=“true”。要使用可读写缓存，则设置 readOnly=“false”。缺省为只读缓存（true）。

  Serializable可读写缓存

  正如您所知道的，只对当前 Session  有效的缓存对整体应用性能的提高作用有限。 Serializable 可读写缓存可以提高整体应用（而不仅仅是每个 Session）的性能。这种缓存为 每一个 Session 返回缓存对象不同的实例（复本）。因此每一个 Session 都可以安全修改返回 的对象。不同之处在于，通常您希望从缓存中得到同一个对象，但这种情况下得到的是不同 的对象。还有，每一个缓冲在 Serializable 缓存的对象都必须是 Serializable 的。这意味着不 能同时使用 Serializable 缓存和延迟加载，因为延迟加载代理不是 Serializable 的。想知道如 何把 Serializable  缓存，延迟加载和联合查询结合起来使用，最好的方法是尝试。要使用 Serializable 缓存，设置 readOnly=“false”和 serialize=“true”。缺省情况下，缓存是只读模 式，不使用 Serializable 缓存。只读缓存不需要 Serializable。

  缓存类型

  Cache  Model 使用插件方式来支持不同的缓存算法。它的实现在 cacheModel 的用 type 属性来指定（如上所示）。指定的实现类必须实现 CacheController 接口，或是下面 4 个别名 中的其中之一。Cache Model 实现的其他配置参数通过 cacheModel 的 property 元素来设置。 目前包括以下的 4 个实现：

  * “MEMORY” (com.ibatis.db.sqlmap.cache.memory.MemoryCacheController)

  MEMORY cache 实现使用 reference 类型来管理 cache 的行为。垃圾收集器可以根 据 reference 类型判断是否要回收 cache 中的数据。MEMORY 实现适用于没有统一的对 象重用模式的应用，或内存不足的应用。

  MEMORY 实现可以这样配置：

   <cacheModel id="product-cache" type="MEMORY">
   <flushInterval hours="24"/>
   <flushOnExecute statement="insertProduct"/>
   <flushOnExecute statement="updateProduct"/>
   <flushOnExecute statement="deleteProduct"/>
   <property name=”reference-type” value=”WEAK” />
   </cacheModel>

  MEMORY cache 实现只认识一个<property>元素。这个名为“reference-type”属性 的值必须是 STRONG，SOFT 和 WEAK 三者其一。这三个值分别对应于 JVM 不同的内 存 reference 类型。

  下面的表格介绍了在 MEMORY  实现中不同的 reference  类型。要更好地理解 reference 类型，请参考 JDK 文档中的 java.lang.ref，以获得更多关于“reachability”的 信息。

  WEAK（缺省）	大多数情况下，WEAK  类型是最佳选择。如果不指定类型，缺省类 型就是 WEAK。它能大大提高常用查询的性能。但是对于当前不被 使用的查询结果数据，将被清除以释放内存用来分配其他对象。
  SOFT	在查询结果对象数据不被使用，同时需要内存分配其他对象的情况 下，SOFT 类型将减少内存不足的可能性。然而，这不是最具侵入性 的 reference 类型，结果数据依然可能被清除。
  STRONG	STRONG 类型可以确保查询结果数据一直保留在内存中，除非 Cache 被刷新（例如，到了刷新的时间或执行了更新数据的操作）。对于下 面的情况，这是理想的选择：1）结果内容数据很少，2）完全静态的 数据，和 3）频繁使用的数据。优点是对于这类查询性能非常好。缺 点是，如果需要分配其他对象，内存无法释放（可能是更重要的数据 对象）。

  * “LRU” (com.ibatis.db.sqlmap.cache.lru.LruCacheController)

  LRU  Cache 实现用“近期最少使用”原则来确定如何从 Cache 中清除对象。当 Cache 溢出时，最近最少使用的对象将被从 Cache 中清除。使用这种方法，如果一个特定的对象总 是被使用，它将保留在 Cache 中，而且被清除的可能性最小。对于在较长的期间内，某些用 户经常使用某些特定对象的情况（例如，在 PaginatedList  和常用的查询关键字结果集中翻 页），LRU Cache 是一个不错的选择。

  LRU Cache 实现可以这样配置：

   <cacheModel id="product-cache" type="LRU">
   <flushInterval hours="24"/>
   <flushOnExecute statement="insertProduct"/>
   <flushOnExecute statement="updateProduct"/>
   <flushOnExecute statement="deleteProduct"/>
   <property name=”size” value=”1000” />
   </cacheModel>

  LRU Cache 实现只认可一个 property 元素。其名为“cache-size”的属性值必须是整数， 代表同时保存在 Cache 中对象的最大数目。值得注意的是，这里指的对象可以是任意的，从 单一的 String 对象到 Java Bean 的 ArrayList 对象都可以。因此，不要 Cache 太多的对象，以 免内存不足。

  * “FIFO” (com.ibatis.db.sqlmap.cache.fifo.FifoCacheController)

  FIFO  Cache 实现用“先进先出”原则来确定如何从 Cache 中清除对象。当 Cache 溢出 时，最先进入 Cache 的对象将从 Cache 中清除。对于短时间内持续引用特定的查询而后很可 能不再使用的情况，FIFO Cache 是很好的选择。

  FIFO Cache 可以这样配置：

   <cacheModel id="product-cache" type="FIFO">
   <flushInterval hours="24"/>
   <flushOnExecute statement="insertProduct"/>
   <flushOnExecute statement="updateProduct"/>
   <flushOnExecute statement="deleteProduct"/>
   <property name=”size” value=”1000” />
   </cacheModel>

  FIFO Cache 实现只认可一个 property 元素。其名为“cache-size”的属性值必须是整数， 代表同时保存在 Cache 中对象的最大数目。值得注意的是，这里指的对象可以是任意的，从 单一的 String 对象到 Java Bean 的 ArrayList 对象都可以。因此，不要 Cache 太多的对象，以 免内存不足。

  * “OSCACHE” (com.ibatis.db.sqlmap.cache.oscache.OSCacheController)

  OSCACHE Cache 实现是 OSCache2.0 缓存引擎的一个 Plugin。它具有高度的可配置性，分布式，高度的灵活性。

  OSCACHE 实现可以这样配置：

   <cacheModel id="product-cache" type="OSCACHE">
   <flushInterval hours="24"/>
   <flushOnExecute statement="insertProduct"/>
   <flushOnExecute statement="updateProduct"/>
   <flushOnExecute statement="deleteProduct"/>
   </cacheModel>

  OSCACHE  实现不使用 property  元素，而是在类路径的根路径中使用标准的 oscache.properties 文件进行配置。在 oscache.properties 文件中，您可以配置 Cache 的算法（和 上面讨论的算法很类似），Cache 的大小，持久化方法（内存，文件等）和集群方法。