1
rimutuyuan 2020-09-05 14:44:34 +08:00
好!
|
2
rimutuyuan 2020-09-05 14:45:38 +08:00
开个玩笑,要是没啥重要东西做好持久化也能用,但几乎都不会这么用。
|
3
ramdava 2020-09-05 14:50:49 +08:00
MySQL:你是看不起我关系型数据库???
|
4
disk 2020-09-05 14:57:01 +08:00
我怀疑我进了百度知道,你要想了解单 redis 的使用场景和优点大可不必这样问。
|
5
ChristopherWu 2020-09-05 14:59:42 +08:00
你啥都没说,数据想持久化吗?要不要事务?
|
6
singerll 2020-09-05 14:59:56 +08:00 via Android 1
redis 也用不着,程序里面写个大点的 map,list 啥的足够了。
|
7
azoon 2020-09-05 15:35:51 +08:00
提出这样的问题只会暴露你的水平有多菜。
|
8
zy445566 2020-09-05 16:46:39 +08:00 via Android 2
是谁 flushdb 啦!!!😵😵😵
|
9
Macolor21 2020-09-05 16:59:12 +08:00
我看了一下你的历史帖子,明显是管理层的?这个数据得看是什么数据啊。如果是一些服务调用的消息,那全放 Redis 没啥毛病啊。
|
10
FaceBug 2020-09-05 17:41:43 +08:00
不要银行,钱全部存 P2P,这样的理财方案好不好
|
11
EminemW 2020-09-05 19:13:48 +08:00
如果是丢了也没关系的数据,可以
|
12
shenjinpeng 2020-09-05 20:09:27 +08:00
为什么会有这种问题?
第一:内存有多贵你知道吗?假设一个用户 4k 资料,10w 用户就要 40G 内存 其次:复杂的关系查询检索你怎么弄?硬查? |
13
shenjinpeng 2020-09-05 20:13:06 +08:00
上面算错了 。
|
14
yiyi11 2020-09-06 10:22:44 +08:00 via Android
放在前端更好,redis 也不用,后端都不需要,速度起飞🛫🛫🛫。
|
15
cominghome 2020-09-06 10:53:06 +08:00
存个 P 数据,写个毛后台,直接前端手撸 H5,
|
16
594duck 2020-09-06 11:51:04 +08:00
@shenjinpeng 40G 内存又不值钱,别说 40G 啦,400G 内存也没多少钱。
这根本不是钱不钱的问题,这是思路问题。我见过这种程序员的 ”我们是先进公司先进架构,传统的数据库是垃圾,我们不要,我们只要 Redis 。你们运维,DBA 有多远走多远。“ 我立刻就和公司说,xxx 的业务特别先进,运维部门配合欠佳,建议 xxx 业务部开发独立预算独立部署。 一般也就 3 个月左右,到第四个月,崩盘了。 |
17
594duck 2020-09-06 11:51:23 +08:00
丁香园的前 CTO 当年也这么想的
REDIS 做主数据库, |
18
zhangysh1995 2020-09-06 16:37:49 +08:00
没有场景么?
|
20
594duck 2020-09-06 20:15:55 +08:00
@sampeng 我是赞同你的观点的,即不是所有东西都要进 REDIS,但是说实话真的需要全进内存,400G 也就是阿里云 8core 64G * 7 台而已。都要 400G 内存了,业务早发财发的疯掉了还在乎这点钱。
别说我在电商了,哪怕是物流企业,花钱都比这个猛 。 另外这也是为什么云服务其实特别贵,真的你自己买服务器,DELL R740 E5-2630*2 + 256G 内存,加磁盘,加 RAID 卡加企业级 iDRAC 才 7 万人民币一台,上三台好了。才 21 万。按照加速折旧法,折三年 每台才 1.4 万一年。 真有业务这根本不叫钱。 但是如果是像丁香园那种死了命一定要上 Reids 结果被验证不适合打脸打上天的,你要我运维签字同意我也签不下去,谁爱签谁签。要么就是孤立 出去,财务独立结算。随便怎么玩,玩坏了锅我不背。 |
21
lshero 2020-09-07 11:13:02 +08:00
一些做社交的产品大部分数据全是是纯 Redis
但是人家支付相关的肯定也用的 MySQL/PG 之类的要不然连个报表都搞不出来。 另外有的大厂说的 Redis 只是用了 Redis 协议,后端可能是自己实现的持久化存储,或者直接落到了 MySQL 里。 |
22
ychost 2020-09-07 14:44:26 +08:00
事务数据库不是闹着玩儿的
|
23
simonlu9 2020-09-07 14:47:49 +08:00
关系型还是要用 mysql 啊,举一个粉丝关注场景,我的粉丝,我的关注,是否关注,是否为好友(互相关注),起码需要几个 key 去维护这种业务,但是最好的方法是,mysql 存一个关注表,redis 缓存这份关注表,当粉丝关注变化时,缓存失效
|
24
gotonull 2020-09-07 15:38:49 +08:00
可以,看具体业务场景,我们公司现在做的项目就是只用了 redis 没用关系型数据库
|
25
jeeyong 2020-09-07 15:40:01 +08:00
|
26
PiersSoCool 2020-09-07 18:06:38 +08:00
要说存储存在哪里问题都不大,大不了我 Redis 每次操作 sync 一次。
但是有些功能,比如事务,大量数据的索引,权限设计等等,确实不好弄 |