秒杀系统搭建总结

现在的互联网应用的普遍特点就是多用户量、大流量和高并发，这就导致一般的应用在这种条件下无法提供高可用的服务，传统的代码写法是无法满足系统大并发要求的，在多用户高并发下有一套不同的代码编写方法。本文就是在尝试过编写一个秒杀系统demo后，将心中所感记录下来。目的就是想通过秒杀demo的编写来瞥见高并发系统的代码编写方式。

大并发下系统崩溃的一大因素就是数据库，数据库无法承担海量的用户读写请求，从而导致系统性能低下甚至不可用。因此，为了改造系统使其能够适应高并发、提高其可用性，就要从数据库访问着手，减少对数据库的访问。

我的秒杀系统中应对这一点主要使用了“五把刷子”，即：分流、限流、缓存、异步以及降级。

• 分流 主要是将应用构建出集群，然后通过负载均衡器进行负载均衡，让整个集群来应对高并发请求，而不是以往的单机应用。将整个请求分配到集群中不同的部分。当然，集群化也不是说说而已，还需要解决相应的问题，比如说集群下共享数据的线程安全性问题，集群内服务可用性的监控问题等。

• 限流 主要是限制单位时间内接口的访问数量，防止系统用激增的大访问量而导致DoS，同时也起到防止DoS攻击的作用。这里的限流主要指针对接口的限流，即单位时间为接口可访问的最大次数。常用的方法可以有通过redis+aop切面/拦截器的方式，或是通过guava的RateLimiter限流器，它内部使用的限流算法是令牌桶算法或是漏桶算法。

• 缓存 就是指在访问数据库之前先来查看缓存中是否存在需要的内容，若存在则直接从缓存中取数据，不必将请求加载到数据库；若不存在则查询数据库并更新缓存。对于像本次秒杀系统这样的应用，是典型的读多写少的类型，非常适合使用缓存来提高系统的性能。同样，缓存也有自己的难点，比如缓存击穿、缓存雪崩、缓存穿透、缓存可靠性等一系列问题需要解决。

• 异步 相比于同步有更好的性能，但使用异步的前提是事件间不存在前后依赖关系。因此我们发现对性能要求高的业务中存在满足异步执行条件的多个部分，就可以将这些部分进行异步化执行。对于秒杀系统而言，在通过秒杀的条件检测之后，就可以进行秒杀操作，但是如果同步进行秒杀操作会使得用户的等待加长，接口的性能下降，最终导致整个系统的性能下降甚至是不可用。这个时候就可以使用异步来解决问题，当需要处理秒杀任务时，我们使用类似通知的机制而不是直接同步的处理，通知可以进行秒杀之后就直接返回，用户可以立马看到结果，这样真正的秒杀处理逻辑就异步化执行了。常用的异步化处理机制是多线程和消息队列，我的demo中使用的是rabbitMQ的方式去实现异步。

• 降级 指服务降级，对于那些提供某一服务的高并发接口，可以在达到某一条件是执行服务的降级操作，使其跳过复杂的服务处理逻辑直接返回。对于秒杀系统而言，属于典型的僧多粥少型，参与秒杀的商品数量远远小于参与秒杀活动的用户数量的，这就意味着很快商品就会被全部秒杀完毕，剩下的绝大部分用户的请求都是秒杀失败的结果，这些请求其实就没必要到秒杀的核心代码区，在之前我们就可以判断，然后直接执行服务降级操作，这样可以大大提高接口的性能。

通过上述的五把刷子，可以大大提高接口的并发性能，提升系统高并发下的可用性。

本文的编写环境是在搭建了秒杀系统之后，目的是为了感受高并发环境与传统环境下系统开发的不同，瞥见高并发下系统开发的基本模式。诚然，高并发系统的设计不论是从架构上还是从接口是都不是上述那么简单那的，需要在后续的学习中加以总结。