谭明智的空间

我们一直在努力....

Cache在OECP系统中的设计规划

标签: Cache设计规划 缓存 oecp ehcache hibernate

  早在2006年,Facebook就部署了超过400台Memcached服务器,超过 5TB的数据在Memcached中,而且除了业务数据外,还有页面缓存,文件缓存等所有可以缓存的东西。在互联网应用中,说Cache为王一点都不过分,任何一个成功的站点都有一套最合适自己的 Cache 设计规划重点策略。利用缓存,提升的整个系统的访问效率,提高了网站访问的吞吐量,特别在高并发的时候,系统依然非常强劲的运行。与互联网不同,企业系统很少在展现层做Cache设计规划,而且企业系统对业务数据的实时性和准确性都比较高,好像缓存没有用武之地了。
  其实不然,缓存作为辅助成分依然发挥着巨大的作用,缓存利用的好,绝对能让企业系统的运行效率,业务处理提高一个档次。特别在OECP的分布式设计架构下,缓存发挥着巨大的作用。接下来将来讨论Cache设计规划的重点内容。
  Cache设计规划重点一、在DAO层使用Hibernate的二级缓存,对变化相对较少的业务数据(权限、主数据等)进行全局的缓存配置,充分利用内存和磁盘缓存降低数据库的访问频率,将数据查询的压力前移,利用EJB容器强大的处理能力,提高整体的性能。
  Cache设计规划重点二、 对和用户有关的相关统计信息,比如用户登陆日志、操作行为日志等信息结合Stateful的会话Bean和系统运行监视Cache进行相应的管理,在用户登出系统时,统一刷新用户缓存数据到数据库,通过这种统一的批量的数据处理,降低了数据库的频繁访问,减轻了数据库的压力,同时更高效的查看系统当前运行情况。
  Cache设计规划重点三、客户端需要使用Cache进行相应的处理,来尽量减少对EJB组件的访问。EJB作为分布式的组件,常常架构在不同的物理服务器上,虽然在局域网的环境中,网络传输的速度是很快的,但是相对于本地访问来说,频繁访问远程服务带来的带宽资源的消耗依然是不能忽视的,利用客户端缓存可以尽量减少对远程EJB的访问。
  Cache设计规划重点四、在统计和报表计算时,需要应用大量的缓存来提升计算的效率。以下是三种缓存策略:
   A. 对统计结果实时性要求不高的(比如年报、月报),历史数据不允许随意修改的情况(财务中的账),可采用后台任务定时统计策略,集中一个时间内对数据库中的数据经过查询、计算,将统计结果放在缓存中。方便用户查看统计信息和生成相关报表。
   B. 对于部分统计结果实时性要求很高的功能,可以在后台任务定时统计的基础上,加上增量数据,产生一个比较精确的统计结果。
   C. 对于历史数据可以被修改的情况,可以在修改的时候更新缓存,使缓存和真实的数据保持同步。
  既然,在OECP项目中,我们离不开缓存,我们就需要一种缓存组件来处理系统中的各种缓存。基于Java开源社区提供了大量的缓存组件,本着不重新发明轮子的思想,我们在平台上统一使用EHCache作为我们缓存处理的技术组件。建议各业务组件也采用EHCache作为缓存组件,默认使用Hibernate作为ORM,并结合EHCache来构建二级缓存。同时在处理普通的缓存上,我们也希望有一个统一的规范和标准去做,以便以后缓存的扩展和优化,并保持统一的风格。以下代码是基于EHCache封装的简单缓存处理的程序:详细代码请参考附件

  本文探讨的关于Cache设计方面的内容可能有不足之处,希望大家可以在yongtree的博客中写下您宝贵的留言,一起深入学习Cache设计,谢谢!

附件:


    评分: 请先登录再投票,同一篇博客一月只能投票一次!
    无人投票

相关博客:


评论


发表评论

关注此文的人们还关注