一、需要解决的几个问题

 

1、防刷问题       

（一）一定要是注册用户参与秒杀。

（二）系统生成GUID，存储到缓存中。

（三）给客户端返回秒杀的接口+GUID。

（四）验证GUID，如果合法通过，执行秒杀业务，删除GUID.

2、解决大并发问题

（一）暴力消峰      利用内存队列，如存100万个访问，超过了，直接返回客户秒杀结束。

（二）排队执行

（三）消息队列  一般集群形势出现  abbitmq、kafka   第三方组件实现 （后面有专门的学习笔记）

3、秒杀产品详情页的展示

（一）亿级流量三级缓存架构设计解决。

 

实现要解决缓存雪崩、缓存击穿、缓存穿透。

 

（二）静态化的技术 +nginx   解决。

 

（三）动静分离结合。

 

4、共享数据的处理

（一）秒杀库存处理

（二）超卖的现象的处理

（三）使用锁解决问题

（四）基本上分布式的形式开发

 

 

二、分布式锁的实现

 

1、数据实现分布式锁   

如果系统 的访问不大，企业几万人用的管理系统，基本没有流量的网站，都可以使用。实现起相关简单

 

2、redis分布式锁

keylock

概念：

（1）死锁      如查锁不删除，其他线程就拿不到锁，就要产生死锁。

（2）超时机制 + 续命机制      （如要一个线程拿到锁处理不完，就要超时，超时后，还是没完成任务，就要继续处理） /* 这儿有点乱，可以自己百度一下*/

  (3) 设计重入 机制      （时间片    因为每个一线程都会有执行的时间片， 不片时间不一定能完成整个任务，要判断是否完成，如果没有，同一线程直接执行）

       （4）锁误删     A创建的锁，让B给删除了。

 redis  分布式锁的不足 

          （1） 羊群效应

            访问量大，会出现  羊群效应 ，带宽不足，网络卡。

           redis   可实现高可用，但不能实现高可靠

 

3、Zookeeper   集群保证一致性

 

         原理： 共享锁   

         第一步，请求全部保存    locks     如30万个秒杀， 把生成30万个记录。

         第二步，对上面的集合进行排序  

         第三步，排序最小的获取锁，其他节点监视次小节点的删除事件

       

        备注：如果session  失效，对应的lock 也会消失。  

 

以上内容是个学习整理，还有需多内容后续会进行一步完善。