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

[whatisnew]

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

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

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

有什么好办法。。。

[whatisnew]

@lincanbin 现在是30天，打算改到10天

[xiaozi]

@whatisnew redis的配置文件中 hash-max-ziplist-entries，会对 hash 存储进行优化；你把 key 的 id 拆分成两个数字，一个 hash 里面大概存 1000 个好了，每个子 id 也是对应一个字符串；如果觉得子 id 也长了，可以对子 id 进行 base62 转换。

[whatisnew]

@xiaozi 把 key 的 id 拆分成两个数字.... 这一段没看懂，哪个 key 哪个 id？一个 hash 里边可以存超过 6 位数的 field 吗。。。

[cdffh]

十万条数据不断多哦 是读写太频繁了吗

[huitailang]

围观～

[whatisnew]

@cdffh 这只是评论数据。。。还有很多其他数据

[cdffh]

额 现在大概的数据规模是多大啊。 并发多少啊。这些情况要说清楚啊。不然不好找优化点啊

[gowithwind]

我看楼主也是不愿花钱,这样的话考虑用ssdb吧.和redis基本类似,底层是leveldb,大量数据存在硬盘里,性能也可以.

[xiaozi]

@whatisnew

比如你是这样的：

item_comment:6543001
item_comment:6543002
item_comment:6544010

然后存成这样的:

hset item_comment:6543 001 '这是json str'
hset item_comment:6543 002 '这是json str'

hset item_comment:6544 002 '这是json str'

不是存成一个大hash，是好多个hash

[nevernet]

@gowithwind ssdb现在稳定了吗？

[czheo]

mysql主从设了么？读写分离啊。

[whatisnew]

@czheo 主从，读读读写分离，主从从从 这都是标配了。。。

[whatisnew]

@nevernet 我看了 ssdb 的文档，看了半天也没看出来他是存在内存还是ssd

[lincanbin]

@whatisnew 需要缓存的只是热数据，你设置1天都够多了。

[czheo]

mysql query cache开了么？

[whatisnew]

@lincanbin 那不是跟 cnbeta 一样了。。。很多人喜欢评论的

[whatisnew]

@czheo 这个。。。 cache 是在应用层做的，不是在 mysql

[youxiachai]

ssdb ? 接口跟redis 直接兼容..

[czheo]

redis里面放最近1000的comment, 翻页到1000以后开始从mysql读数据。

[whatisnew]

@youxiachai 我是说他是存内存的还是存ssd的。。。还是都可以。。。