1

真奢侈。。。

3

@Livid 内存贵啊。在linode上租个2g的服务器都心疼的不行，在一次用掉1g多的内存之后马上撤掉。。。

5

应该没有大的，只有个人项目。内存贵不说了，因为 redis 的硬盘同步不是实时的，正确用法要用分布在不同物理机器上的多个instance同步才行。这确实太奢侈了。

6

顶楼主！
有此想法很久了，也做过一点尝试：把主题贴的主楼，回贴，个人信息，回复数，点击数都存在了redis里，效果非常好，速度很快，跟静态页有一拼(服务器正常状态下)。我只改造了几个访问量大的版块。
但是有几点要注意：服务器内存一定得大；一定要有多台机器做容灾；一定要做备份
所以硬件上的投入要足够劲
个人认为完全可行

9

redis不知道，不过ruby-china论坛他们用的应该是mongodb，gihub上有

10

无需顾虑，用 redis 做论坛很靠谱。
各种列表数据的主存储可以是 redis （也就是，需要有备份存储，以及同步方案），其他展开数据规划好存储的同步／过期规则即可。

11

我们目前采用的是 redis/filesystem 。感觉有了 redis 再用其他 db 不是特别有必要（亦即 redis 提供 index/list，filesystem 提供 load/save）。

15

@virushuo 而且Redis的Master-Salve Failover还需要手动设置才行.

16

作为cache 就行了把

17

@livid 我准备今后的架构就是tornado+redis了，主要是编程简单。

18

也想参考下啊，mongodb肯定没问题，key-value存储结构数据不好管理吧。

19

20

我觉得没有问题，而且我也真实的采用过这个方案（内部的项目就不透露了）。需要考虑的问题是：
1. redis内存确实用得很大，为了防止爆内存或者开始交换到硬盘上，要事先考虑好sharding的策略
2. 数据结构变化的时候新老key的设计和数据迁移也是一个工作
3. 数据不是100%安全的，我曾丢过数据，要考虑冗余和主从备份
4. mongodb + redis很靠谱