请支招： redis || mysql 评论，赞，星标，这些互动数据

[whatisnew]

最近遇上评论数据的瓶颈了，放 mysql 吧受不了这么大的请求量，放 redis 吧，内存受不了。

mysql 请求太多，继续用的话只能再堆服务器了

redis 吧，数据太多了，比如：评论数据 按 item_comment:item_id 去存取数据的话，那么现在的 item 已经到6位数了。。。那么也就是说 redis 里有 item_comment:654321(n) 仅仅评论数据就有 6 位数的 key 了，那么加上所有的互动就有 5*654,321 位数的 key，还是继续增加中。。。内存就。。。。

有什么好办法。。。

[zhangwei]

又想马儿跑得快，又想马儿不吃草

[whatisnew]

以前老骂cnbeta只在24小时内显示评论数据，现在终于充分理解了。。。

[whatisnew]

@zhangwei 问题是老这和堆服务器，除了堆服务器，算法上有没有可能做一些优化呢。

我们现在考虑用 ssd 纯文本存储评论数据。。。

[freshlhy]

围观

[zhangwei]

@whatisnew 内存价格其实还可以

[lzxgh621]

@whatisnew 然后，我就在没去过cnbeta，没评论没意义。

[whatisnew]

@lzxgh621 哈哈哈，我现在是只看个标题

[rqrq]

业务需求是什么？以至于十万级的评论数据让mysql承受不了了。

[gowithwind]

舍不得内存,就用缓存呗.针对热数据缓存.

[whatisnew]

@rqrq 。。。数据容量不是问题，问题在连接数和IO

[whatisnew]

@gowithwind 热数据缓存不还得用到 redis 么。。。

[Livid]

数据库大到一定程度就必须要拆。

拆到不同的表甚至不同的服务器上。

[nowcoder]

牛客网的评论放在mysql，赞放在redis

[simonlei]

冷热数据分离。热数据在内存，冷数据在硬盘。

[wy315700]

mysql试试看innodb呗

不行就上hbase吧

[xiaozi]

用hash优化

item_comment:6543
21(n)
22(n)

设置过期时间，自动清理冷数据

[kier]

说说看并发量是多大？

[whatisnew]

设置过期时间是个好主意！
但是 hash 优化的话。。。不在一个点上哦，一个 item_comment 对应的是一个 json 字符串，不是按多少楼分的。。。是依 item 为单位的。

[lincanbin]

评论的缓存过期时间是多久？

[whatisnew]

然后， item_comment 里对应的那些用户 user_id 读取 avatar nickname 这些字段怎么办。。。存成死数据吗？