秒杀系统之缓存、队列、锁

一、秒杀系统为什么难？

1）短时间内的高流量和高并发状态对数据库产生的巨大压力

2）短时间内的高流量和高并发状态下如何精确处理库存量

二、解决办法

1）使用缓存处理秒杀数据，避免直接操作数据库，常用缓存有Redis、MemCache等

三、常见架构

浏览器——>站点——>服务器——>数据

1）浏览器：最上层，js加载数据

2）站点层：访问后台数据，拼接html页面到浏览器

3）服务层：向上游屏蔽底层数据细节

4）数据层：如mysql

四、优化方向

1、将请求拦截到上游

具体实施细节：

1）产品层面，用户点击“查询”或者“购票”后，按钮置灰，禁止用户重复提交请求 

2） JS层面，限制用户在x秒之内只能提交一次请求

2、站点层优化

1） 同一个uid，限制访问频度，做页面缓存，x秒内到达站点层的请求，均返回同一页面 

2）同一个item的查询，例如车次，做页面缓存，x秒内到达站点层的请求，均返回同一页面

3、服务层优化

1）对于写请求，做成请求队列，每次只允许有限的写请求去数据层，如果均成功再放下一批，如果库存不够则队列里的写请求全部返回已售完。

2）读请求，缓存，memcache、redis等单例抗每秒10w是没多大问题的

4、数据库层

1）批量入库可提高insert效率

2）构建mysql进程池

五、Redis

使用redis队列，push和pop操作保证原子性的实现，及时有很多用户到达，也是以此执行，mysql事物在高并发下性能下降很厉害。

1）先将商品库存放入队列

<?php  
$store = 1000;  //商品库存
$redis = new Redis();  
$result = $redis->connect('127.0.0.1',6379);  
$res = $redis->llen('goods_store');   

for($i = 0; $i<$store; $i++){  
    $redis->lpush('goods_store',1);  
}  
echo $redis->llen('goods_store');  
?> 

2）客户端下单

$redis=new Redis();  
$result=$redis->connect('127.0.0.1',6379);
$count = $redis->lpop('goods_store');
if(!$count){
    echo '抢购失败！';
    return;
}