promise2mm 最近的时间轴更新
promise2mm

promise2mm

V2EX 第 187208 号会员,加入于 2016-08-16 14:42:13 +08:00
promise2mm 最近回复了
Redis: 好友排行应该一个 Zset 管够,全部用户的话,考虑数量问题,我的想法是先来个 hash,存 n 个分段的 Zset 的索引 key

比如:key1 -> 1~100 分:Zset1
key2 -> 101~200 分:Zset2
keyN -> X~Y 分:ZsetN

当然,按场景可以调整或者冗余分组的策略,比如按城市(如果需要城市排名的话)
主要还是看运营策略:
1. 如果允许少量超卖,支付扣库存即可 - 前提是有备货
2. 如果不允许超卖,下单即锁库存
3. 秒杀方案另论

曾经有做了配置,运营可以根据实际情况在商品级别配置 1 或 2
好文章,棒!!!
135 天前
回复了 90928yao 创建的主题 程序员 都说知乎是人均百万,其实脉脉才是
@keepeye 开始发了个学妹想了解公司,后来又来俩学弟,哼~ 置疑我的取向吗?
这让我想起了之前某位 v2er 说的 X Y problem? 先让大家明白你这样做目的是什么?
放变量名还是具体值?你是怎么指定这 30 个变量的?
177 天前
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
@evilic 看实际业务场景,有下单锁库存,也有支付扣库存。。。一般做活动会预留一些超卖的量
177 天前
回复了 yangyuhan12138 创建的主题 程序员 求一个定时取消订单的解决方案
定时任务解决不了吗?当当的 elasticJob,支持数据分片。

如果你瞬时有 10w 数据需要更新,按四台机器均摊下来每台处理 2.5w ?
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2295 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 16:01 · PVG 00:01 · LAX 09:01 · JFK 12:01
♥ Do have faith in what you're doing.