锁定老帖子 主题:Memcached大量数据缓存策略探讨
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-06-27
@ fins
客户端是指Memcached Client。 如果按照第一种做法,Client会从Server端拿回一个大Map,然后从Map里面拿自己想要的数据。这时候要从Server那边反序列化出一个Map对象,并且此对象是相当巨大的。 BTW:这种需求的确跟命中率没关系的。 |
|
返回顶楼 | |
发表时间:2007-06-27
Client会从Server端拿回一个大Map
那为什么不在 Server端 就对大Map进行筛选 只把客户端需要的传过去呢? |
|
返回顶楼 | |
发表时间:2007-06-27
请看看我贴子里下面一段关于我的幻想。跟你问的是一样的。
我说的Server端是指Memcached Server。假如它本来就有这样的功能那就好了。实际上不是。我们需要通过Client API拿到Map再进行筛选。在通过Client API获得MAP的时候,网络传输、占用内存的情况就自然出现了。:) 除非Memcached加入支持嵌套查询的代码。不过使用做法二就不需要考虑这样的情形了。也罢。 |
|
返回顶楼 | |