论坛首页 Java企业应用论坛

Memcached大量数据缓存策略探讨

浏览 11772 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2007-06-27  
@ fins
客户端是指Memcached Client。
如果按照第一种做法,Client会从Server端拿回一个大Map,然后从Map里面拿自己想要的数据。这时候要从Server那边反序列化出一个Map对象,并且此对象是相当巨大的。

BTW:这种需求的确跟命中率没关系的。
0 请登录后投票
   发表时间:2007-06-27  
Client会从Server端拿回一个大Map

那为什么不在 Server端 就对大Map进行筛选 只把客户端需要的传过去呢?
0 请登录后投票
   发表时间:2007-06-27  
请看看我贴子里下面一段关于我的幻想。跟你问的是一样的。
我说的Server端是指Memcached Server。假如它本来就有这样的功能那就好了。实际上不是。我们需要通过Client API拿到Map再进行筛选。在通过Client API获得MAP的时候,网络传输、占用内存的情况就自然出现了。:)
除非Memcached加入支持嵌套查询的代码。不过使用做法二就不需要考虑这样的情形了。也罢。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics