不要 MySQL,数据全部存 Redis,这样的设计好不好呢?

2020 年 9 月 5 日
 ioioioioioioi
5363 次点击
所在节点    程序员
26 条回复
lshero
2020 年 9 月 7 日
一些做社交的产品大部分数据全是是纯 Redis
但是人家支付相关的肯定也用的 MySQL/PG 之类的要不然连个报表都搞不出来。
另外有的大厂说的 Redis 只是用了 Redis 协议,后端可能是自己实现的持久化存储,或者直接落到了 MySQL 里。
ychost
2020 年 9 月 7 日
事务数据库不是闹着玩儿的
simonlu9
2020 年 9 月 7 日
关系型还是要用 mysql 啊,举一个粉丝关注场景,我的粉丝,我的关注,是否关注,是否为好友(互相关注),起码需要几个 key 去维护这种业务,但是最好的方法是,mysql 存一个关注表,redis 缓存这份关注表,当粉丝关注变化时,缓存失效
gotonull
2020 年 9 月 7 日
可以,看具体业务场景,我们公司现在做的项目就是只用了 redis 没用关系型数据库
jeeyong
2020 年 9 月 7 日
@cepczkd 没毛病啊...
之前跟老板干, 赚了 300 多万. 都存 p2p 了...一个月利息 5-7 万..
哎? 你等会...我联系一下那家公司...
PiersSoCool
2020 年 9 月 7 日
要说存储存在哪里问题都不大,大不了我 Redis 每次操作 sync 一次。
但是有些功能,比如事务,大量数据的索引,权限设计等等,确实不好弄

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/704455

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX