关于秒杀、抢购等高并发库存量问题

今天看到群里有人在说关于秒杀、抢购等高并发库存量问题，有说用mysql innodb的，有说用队列的等等，基本都是从存储载体上去寻求解答。

我这还有这样一个方向。

首先这类问题的特点是高并发，解决高并发的最有效的是直接读写内存，但是内存又是昂贵的，且数据崩溃难以找回。所以这个方案就是把此类过程分为三步：

1. 各客户端在内存中抢号（也就是争抢下单的权限。如在内存中incr一个数字id，然后给这个id加签名防止伪造）
2. 检验（检验下单权限：(1)id签名验证通过 (2)id数字小于初始库存量）
3. 下单（到这一步剩下的客户端已经不多了，所以在这里你可以花较长的时间做许多复杂的事情，比如分发cdkey，这里即使让用户等上1分钟都没多大关系）

这里“初始库存量”是一个常量，始终不变。

关于秒杀、抢购等高并发库存量问题

原文：http://www.cnblogs.com/axun/p/4748400.html