ahaoGG 2017-06-22
12月份重构公司社群活动产品,原来自己不是很成熟,按传统的形式处理卖票的信息-现在回首很多地方都会出问题。
先说下背景:业务是卖票!所以自然而然会遇到高并发下的库存问题
搜了很多网上提供以下几种方案:
1.并发数很小,不考虑并发的话采用Redis的原子操作。缺点也很显然,高并发肯定是有问题的!对应方案如下
http://blog.csdn.net/wujiangwei567/article/details/51210600
2.高并发请求采用队列形式,化解为单线程。消费时再使用Redis原子操作加减库存
3.采用Redis的分布式锁
上面是转载,公司目前用的是第一种方案,实际并发数不多。