2007-12-16
全文显示

介绍一种实用的有效的hibernate查询缓存设计，欢迎讨论

hibernate自带缓存的情况介绍 hibernate提供了两种缓存，一个是基于对象主ID的一级缓存和一个为缓存查询结果而设计的二级缓存（姑且叫作查询缓存），一级缓存是默认开启的， 而且似乎也是很难关闭的；查询缓存默认是关闭的，而在我的印象中则一直觉得这个东西是“没有价值的”，至今没有看到典型的使用案例和使用模式。 hibernate提供的查询缓存，默认会去cache所有的查询请求，而这对于常用的系统而言是完全没有必要的。大多数真正需要缓存的应用场景，往往是 数据量庞大，交互操作较多的系统，而一般真正需要缓存的数据只有少量的查询，如果所有的查 ...
2006-12-13
全文显示

对于应用高并发，DB千万级数量该如何设计系统哪？

背景： 博客类型的应用，系统实时交互性比较强。各种统计，计数器，页面的相关查询之类的都要频繁操作数据库。数据量要求在千万级，同时在线用户可能会有几万人活跃。系统现在是基于spring + hibernate + jstl + mysql的，在2千人在线，几十万记录下没有什么压力。可对于千万记录以及数万活跃用户没什么经验和信心。 对于这些，我的一点设计想法与问题，欢迎大家指导： 一. 加强cache 由于web2类型的网站，用squid反向代理可能不是很适用；由于这种情况下需要cluster，jvm上作过多cache可能会引起其他问题；所以比较合适的应该是采用静态发布的方式，把数 ...
myreligion
搜索本博客
最近加入圈子
存档
最新评论