php怎么实现抢票功能

对于抢票、秒杀这种业务，我说说自己对这种高并发的理解吧，这里提出个人认为比较可行的几个方案：

方案一：使用队列来实现

可以基于例如MemcacheQ等这样的消息队列，具体的实现方案这么表述吧

比 如有100张票可供用户抢，那么就可以把这100张票放到缓存中，读写时不要加锁。 当并发量大的时候，可能有500人左右抢票成功，这样对于500后面的请求可以直接转到活动结束的静态页面。进去的500个人中有400个人是不可能获得 商品的。所以可以根据进入队列的先后顺序只能前100个人购买成功。后面400个人就直接转到活动结束页面。当然进去500个人只是举个例子，至于多少可 以自己调整。而活动结束页面一定要用静态页面，不要用数据库。这样就减轻了数据库的压力。

方案二：当有多台服务器时，可以采用分流的形式实现

假设有m张票, 有n台产品服务器接收请求,有x个请求路由服务器随机转发

直接给每台产品服务器分配 m/n张票

每台产品服务器内存做计数器,比如允许m/n*(1+0.1)个人进来。

当内存计数器已满：

后面进的人, 直接跳到到转到活动结束的静态页面，

通知路由服务器,不在路由到这台服务器(这个值得商讨)。

所有产品服务器进来的m/n*(1+0.1)个人再全部转发到一台付款服务器上,进入付款环节,看谁手快了,这时候人少,加锁什么的就简单的。

方案三、如果是单服务器，可以使用Memcache锁来实现

product_key 为票的key

product_lock_key 为票锁key

当product_key存在于memcached中时，所有用户都可以进入下单流程。

当进入支付流程时，首先往memcached存放add(product_lock_key, “1″),

如果返回成功，进入支付流程。

如果不成，则说明已经有人进入支付流程，则线程等待N秒，递归执行add操作。

我通过你的问题，想象了一下你的环境。

可能是 有100个票。 10万人抢。

你可以在服务器上做一个消息列队。不论多少人抢票，都先放入消息列队中。这样，我们就把高并发，变成了统一的单线程。

这时候一切都好办了。优点是缓解了MYSQL的瞬时压力

但缺点是，如果1秒内1万人点击抢票。有可能会造成瞬时用户访问困难。（因为大家都在列队）

如果你觉得慢了几百毫秒不能忍，那你就需要换一个做法：

做一个竞争锁，防止多个用户同时获取一张票。（票在MYSQL中）

在内存中存入一个标签，来确定是否还有票。

当内存标签说：没有票了。 剩下的用户一律歇菜。

这样的优点是不论MYSQL，还是用户，都很轻松。

缺点是，稍微有点小麻烦。 看你具体需求了。

临近放假，相信我们每天都在群聊里或者朋友圈看到一些帮忙抢火车票的信息。看到朋友们抢回家的车票这么辛( bei )苦( can )，结合圈里一些前辈的指点，抱着学习的心态用 Python 做了一个简单的自动化抢票程序，抢到票之后通过绑定的邮箱（比如 QQ ）发通知。下面分享主要内容：

然后，开始使劲地码：

1. 定义自动购票的类（初始化属性）

2. 实现登录功能

3. 实现购票功能

4. 邮箱通知付款

还有，网络不好或者 12306 的服务器不稳定的时候，就会卡住，针对这种情况，系统会重复查询：

最后，祝大家都能顺利抢到票.

本文以转载于博客园小帝君的博客

---