这是一个创建于 1533 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
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 一次。
但是有些功能，比如事务，大量数据的索引，权限设计等等，确实不好弄 |
Select Language