首先你得确定 value 达到多少 M 了算大,然后估算多少个好友会达到这个上限 你这种业务场景,如果好友列表只存 id 的话,几千个好友都不可能达到那个上限的 其次,这里即使这个 set 的 value 比较大,但因为数据是分页取的,并不会产生慢查询,除非你把整个 set 一下全取出来,如果是,那说明需求不合理,就要改需求为分页获取 而且这个和查 mysql 不同,也不会因为 offset 过大导致读取内存过多的问题
we3613040
2017-04-09 16:09:35 +08:00
什么叫 value 较大?是啥问题,大引起了什么问题?是存不下了还是什么?看不懂
mazyi
2017-04-09 16:36:08 +08:00
redis 毕竟不是数据库,何苦考虑大 value 的情况,这样 redis 不就失去了意义,快不起来了。
Miy4mori
2017-04-09 16:39:57 +08:00
貌似 redis 中 value 大于 10k 才会引起性能明显下降,你这个 set 集合无论怎么看都不会大于 10k 吧。