iBATIS缓存介绍.docVIP

iBATIS缓存介绍 Mov，2010-01-18整理 一．缓存介绍 2 1.1缓存对象 2 1.2缓存介质[保存在哪里] 2 1.2.1内存 2 1.2.2硬盘 2 1.2.3数据库 2 1.3命中率 2 1.4最大保存元素数量 3 1.5缓存更新策略 3 1.5.1 FIFO[first in first out] 3 1.5.2 LFU[Less Frequently Used] 3 1.5.3 LRU[Least Recently Used] 3 1.6本地缓存VS远程缓存 3 二．iBATIS高速缓存介绍 4 2.1 iBATIS高速缓存的关注点 4 2.2 iBATIS对高速缓存管理的帮助 4 2.3 iBATIS高速缓存和传统O/RM高速缓存的区别 4 三． 配置iBATIS缓存 4 3.1 cacheModel标签 4 3.1.1 cacheModel标签的属性 4 3.1.2 联合使用readOnly和serialize属性 5 3.2 iBATIS高速缓存模型的类型 5 3.2.1 MEMORY 5 3.2.2 LRU 6 3.2.3 FIFO 6 3.2.4 OSCACHE 6 3.2.5自定义高速缓存模型 6 3.3 高速缓存的清除 7 3.4 设置高速缓存模式实现的特性 7 3.5 常见问题 7 3.5.1如何选择iBATIS高速缓存模型类型 7 3.5.2如何手工强制清除iBATIS高速缓存中保存的对象 8 3.5.3 OSCACHE基本使用及配置项说明 8 四． 参考资料 8 一．缓存介绍 1.1缓存对象 Http请求结果的缓存 浏览器缓存、代理缓存、服务器端方向代理缓存、使用Filter实现对请求结果页面的缓存 Java对象的缓存 缓存数据库查询结果对象 1.2缓存介质[保存在哪里] 从硬件介质上来将无非就是两种,内存和硬盘 对应应用层的程序来讲不用考虑寄存器等问题 .但是往往我们不会从硬件上来划分,一般的划分方法是从技术上划分,可以分成几种,内存,硬盘文件.数据库. 1.2.1内存 将缓存放在内存中是最快的选择,任何程序直接操作内存都比操作硬盘要快的多,但是如果你的数据要考虑到break down的问题,因为放在内存中的数据我们称之为没有持久话的数据,如果硬盘上没有备份,机器down机之后,很难或者无法恢复. 1.2.2硬盘 一般来说,很多缓存框架会结合使用内存和硬盘,比如给内存分配的空间有满了之后,会让用户选择把需要退出内存空间的数据持久化到硬盘.当然也选择直接把数据放一份到硬盘 内存中一份,硬盘中一份,down机也不怕 .也有其他的缓存是直接把数据放到硬盘上. 1.2.3数据库 说到数据库,可能有的人会想,之前不是讲到要减少数据库查询的次数,减少数据库计算的压力吗,现在怎么又用数据库作为缓存的介质了呢.这是因为数据库又很多种类型,比如berkleydb,这种db不支持sql语句,没有sql引擎,只是key和value的存储结构,所以速度非常的快,在当代一般的pc上,每秒中十几w次查询都是没有问题的. 1.3命中率 命中率是指请求缓存次数和缓存返回正确结果次数的比例.比例越高,就证明缓存的使用率越高. 命中率问题是缓存中的一个非常重要的问题,我们都希望自己缓存的命中率能达到100%,但是往往事与愿违,而且缓存命中率是衡量缓存有效性的重要指标. 1.4最大保存元素数量 缓存中可以存放得最大元素得数量,一旦缓存中元素数量超过这个值,那么将会起用缓存清空策略,根据不同的场景合理的设置最大元素值往往可以一定程度上提高缓存的命中率.从而更有效的时候缓存. 1.5缓存更新策略 1.5.1 FIFO[first in first out] 最先进入缓存得数据在缓存空间不够情况下 超出最大元素限制时 会被首先清理出去 1.5.2 LFU[Less Frequently Used] 一直以来最少被使用的元素会被被清理掉。这就要求缓存的元素有一个hit 属性，在缓存空间不够得情况下,hit 值最小的将会被清出缓存。 1.5.3 LRU[Least Recently Used] 最近最少使用的，缓存的元素有一个时间戳，当缓存容量满了，而又需要腾出地方来缓存新的元素的时候，那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。 1.6本地缓存VS远程缓存 Local Cache：本地缓存 Remote Cache：远程缓存 Local Cache最大的优点是应用和Cache的时候是在同一个进程内部,请求缓存非常快速,完全不需要网络开销等.所以单应用,不需要集群或者集群情况下cache node不需要相互通知的情况下使用local cache比较合适. 但是Local cache是有一定的缺点