关于缓存的适用场景

布谷鸟 发布于 2012/08/15 17:27
阅读 1K+
收藏 0

我使用了ehcache做数据的缓存管理,针对于实时性要求不高的数据能非常好的达到我想要的效果,显而易见的降低数据库访问的频率,性能提供明显。

但是对于如用户订单之类需要立竿见影的数据列表,状态的更改、删除之类,我希望能实时在列表展现,所以并没有依赖于数据的缓存。可是随之而来的系统开销又让我心有余悸,如果在大的并发量下(多个用户不停的刷新页面),过多的联合查询极有可能会导致数据库力不从心,将会带来糟糕的用户体验,而我对数据库查询的优化基本上无能为力,所以尽可能的从程序上入手,但是到目前我又没有可行的此类数据缓存方案,望各位朋友支支招。

加载中
0
忆童
忆童
当数据更新时,同步更新缓存,这样取数据时,只从缓存中取,如果缓存没有的,去数据库取,再放到缓存中,这样会好点儿吧
忆童
忆童
回复 @布谷鸟 : 这个只能自己定义了,并不是所有数据都需要这样缓存的吧,常用的数据缓存下,不常用的访问数据库也没关系啊
布谷鸟
布谷鸟
主要是缓存key的生成策略比较纠缠
0
宝石娃娃
宝石娃娃
给你个说法,如果缓存中没有了,那么数据库了也没有了
返回顶部
顶部