抢购、秒杀是如今很常见的一个运用处景，紧张须要办理的问题有两个：
1 高并发对数据库产生的压力
2 竞争状态下如何办理库存的精确减少（\"大众超卖\公众问题）
对付第一个问题，已经很随意马虎想到用缓存来处理抢购，避免直接操作数据库，例如利用Redis。
重点在于第二个问题
常规写法：
查询出对应商品的库存，看是否大于0，然后实行天生订单等操作，但是在判断库存是否大于0处，如果在高并发下就会有问题，导致库存量涌现负数
优化方案1：将库存字段number字段设为unsigned，当库存为0时，由于字段不能为负数，将会返回false
优化方案2：利用MySQL的事务，锁住操作的行
优化方案3：利用非壅塞的文件排他锁
优化方案4：利用redis行列步队，由于pop操作是原子的，纵然有很多用户同时到达，也是依次实行，推举利用（mysql事务在高并发下性能低落很厉害，文件锁的办法也是）
先将商品库存如行列步队
抢购、描述逻辑
仿照5000高并发测试
webbench -c 5000 -t 60 http://192.168.1.198/big/index.php
ab -r -n 6000 -c 5000 http://192.168.1.198/big/index.php
上述只是大略仿照高并发下的抢购，真实场景要比这繁芜很多，很多把稳的地方
如抢购页面做成静态的，通过ajax调用接口
再如上面的会导致一个用户抢多个，思路：
须要一个排队行列步队和抢购结果行列步队及库存行列步队。高并发情形，先将用户进入排队行列步队，用一个线程循环处理从排队行列步队取出一个用户，判断用户是否已在抢购结果行列步队，如果在，则已抢购，否则未抢购，库存减1，写数据库，将用户入结果行列步队。
测试数据表
对编程感兴趣，想理解更多的编程知识，关注头条号一起玩转编程
更多编程资讯、干货持续更新中~
