一直有一个好奇，如果网站用 redis 作为唯一的数据库，会怎样？

[zzzmh]

其实我心里大概是有一个答案的，就是怕断电丢 5 分钟左右的数据？
如果不考虑断电的情况呢，因为阿里云腾讯云我用了好多年都没遇到过断电，而且就丢失 5 分钟，概率上还没有中勒索病毒大。
其他的我暂时也想不到什么坏处，顶多是逻辑要自己写，大表拆分起来要动动脑。
好处不用说了，速度起飞，内存占用低。
所以还是想请教一下各位大佬，到底有没有可行性

[wysnylc]

@est #13 连 redis 官网都能因为 redis 宕机而整体宕机,生产环境你宕机 5 分钟试试?

[arloor]

nodebb

[ClarkAbe]

之前用 Golang 嵌入式纯 kv 数据库写了个漫画网站....从推荐到分类，用户模块到记录每一次访问者信息都 ok......不过推荐那些最好别即时....而且查找什么的由于对算法实在头疼也没什么算法就是把数据分(数据总数 /5-10)份然后每一份一个 goroutine 暴力遍历因为用的是 json 的原因所以要转 map 不过我在转 map 前先让他匹配一下是否包含要查找的 value 所以速度超快......当然数据量到 n 亿条了就........

就是架构挺麻烦.....一共搞了 10 个架构然后一个个实现再一个个测试性能大概用了一个季度......写完差不多就半年过后了

[ClarkAbe]

跑起来后日活 ip 2000 左右，内存占用 130M-300M 左右根据 goroutine 的数量变化

vultr 最低配鸡稳定跑到现在还跑着

[emanci]

会这样？当然是费钱了。

[dobelee]

存储成本剧增，不方便复杂查询，维护成本高。别的跟数据库一样。

[LukeChien]

ssdb 可以试试

[qwerthhusn]

这得看是什么网站

[murmur]

不需要持久化么？ redis 的持久化跟传统 mysql 这些比呢

[liaokylin2v]

应用场景合理就可以，有啥问题

[pmispig]

你不如把 mysql 的表文件放到内存，自己写个内存文件系统定时 sync 到磁盘

[wangyzj]

内存贵

[Nicoco]

CSDN 曾经搞过去 SQL 化，全站上 xml 的。

结果呢？

[lihongming]

别被复杂查询吓到，即使是 amazon，也只有百分之十几的查询是关系型查询，其他都可以用 nosql 。

为了这百分之十几的查询而降低那百分之八十多查询的效率不值，所以 amazon 转向了 dynamodb

至于复杂的那一小部分，用程序拼凑就好。

[lithbitren]

在知乎上看到好像有公司是真的堆 redis 做数据存储的，就是太费钱，不过老板喜欢，其他暂时没有太严重的问题。
不过也就看过这么一例，也不知道是不是编的，网上绝大多数碰到这个问题的都是劝退，也几乎没人敢尝试放在业务上。

[594duck]

丁香园的 CTO feng 大用 redis 做底层，结果事后大家都知道了。


不要老想搞个大新闻 ，什么 IOT 替代计划。真的商业数据库能力甩 MYSQL 一百条马路，除了穷没有不用的道理。而至于 Redis，他只是个 KV，KV 就只干 KV 的活，任何的想象都是犯罪。

[P0P]

要是想用简单的关系型数据库的话,sqlite 也是不错的,可以运行在纯内存模式或者基于文件模式, pv 不高的话很好用

[heiheidewo]

kv 一把梭哈（可以用 leveldb 省内存），关系数据全部读到内存处理

[zzzmh]

@heiheidewo 刚了解了一下 leveldb，好东西适合我的项目，正在入门了

[shyangs]

内存好貴的。