我使用ehcache做系统的缓存,先根据key判断一个对象缓存中是否存在,如果有则取自缓存并返回该对象,没有时则访问数据库查询,把查询结果put到缓存中并返回。
但是访问数据库查询将消耗一些时间,此时另一个请求进来也发现该对象不在缓存中,又访问一次数据库查询。
在更新缓存时也存在同样的问题。在更新尚未完成时,那些请求怎么办?请问这种并发问题大家是怎么解决的?
但是访问数据库查询将消耗一些时间,此时另一个请求进来也发现该对象不在缓存中,又访问一次数据库查询。
在更新缓存时也存在同样的问题。在更新尚未完成时,那些请求怎么办?请问这种并发问题大家是怎么解决的?
解决方案 »
- JAVA2D中如何从右到左写字符串
- 程序画图,显示节点和节点之间的关系,连线需要曲线,连线不能交叉。有什么比较好的开源项目,最后的文件需要是一个flex或是applet。
- weblogic,SOAP,WSDL
- struts1.2框架上如何整合struts2框架
- 不使用comapaerTo比较两个字符串的大小
- 麻烦各位高手给点意见
- 求一个jsp+javabean+servlet的开源
- 关于ActionErrors的中文问题
- 关于EJB客户端程序分发的问题,谢谢!
- J2EE or Android?求指教
- hibernate 二级缓存的问题~~~~~~~~~~~~~
- JSP生成查询树怎么实现?帮顶就有分,不过顶的人多了分也就少了。
if (cached) {
// 直接返回缓存内容
return cachedValue;
}// 开始同步
synchronized (lock) {
// 这点刚才漏了
// 再次判断,避免在等待同步锁的过程中,别人已经先行一步读取了DB
if (isThisTimeCached) {
return cached;
}
// 读取DB
readDB();
// 存入cache
saveCache(); return cached;
}
另外请教,采用同步方式时,如果同步块中更新缓存的过程很长,会降低性能的,有何思路可以避免这个问题呢?是否只能在设计缓存对象上注意避免时间过长的更新?
同步块内连同DB操作的时间很长?
还是单单更新cache中element的时间很长?
后者好像不太可能啊,除非用了cluster之类的。
局部更新cache代价同样太高了,遍历所有前缀为某角色的键的缓存,或者遍历所有后缀为某功能号的键的缓存,这种方式代价太高了;
而按角色名放在不同的Cache中,当角色的权限更改时仅更新这一个cache,但又无法适应功能号的修改的情况。
个人感觉存放形式应当改一下
cache.key roleId
cache.value ROLE对象或者Map, Map的key是 functionId
这样只要更新一个对象。功能号被删除这个情况,我想在实际环境中出现的可能性比较小,这个时候,应该需要重新发布,重启之类,cache都失效,无需担心。