用Redis轻松实现秒杀系统

秒杀系统的架构设计

秒杀系统,是典型的短时大量突发访问类问题。对这类问题,有三种优化性能的思路:

写入内存而不是写入硬盘、异步处理而不是同步处理、分布式处理。

用上这三招,不论秒杀时负载多大,都能轻松应对。更好的是,Redis能够满足上述三点。因此,用Redis就能轻松实现秒杀系统。

下面介绍一下为什么上述三种性能优化思路能够解决秒杀系统的性能问题:

  • 写入内存而不是写入硬盘:传统硬盘的读写性能是相当差的,SSD硬盘比传统硬盘快100倍,而内存又比SSD硬盘快10倍以上,因此,写入内存而不是写入硬盘,就能使系统的能力提升上千倍。也就是说,原来你的秒杀系统可能需要1000台服务器支撑,现在1台服务器就可以撑住了。你可能会有疑问:写入内存而不是持久化,那么如果此时计算机宕机了,那么写入的数据不就全部丢失了吗?如果你就这么倒霉碰到了服务器宕机,那你就没秒到了,有什么大不了?最后,后面真正处理秒杀订单时,我们会把信息持久化到硬盘中,因此不会丢失关键数据。Redis是一个缓存系统,数据写入内存后就返回给客户端了,能够支持这个特性。
  • 异步处理而不是同步处理:像秒杀这样短时大并发的系统,在性能负载上有一个明显的波峰和长期的波谷,为了应对相当短时间的大并发而准备大量服务器,在经济上是不合算的。因此,对付秒杀类需求,就应该化同步为异步。用户请求写入内存后立刻返回,后台启动多个线程从内存池中异步读取数据,进行处理。如用户请求可能是1秒钟内进入的,系统实际处理完成可能花30分钟,那么一台服务器在异步情况下其处理能力大于同步情况下1800多倍!异步处理通常用MQ(消息队列)来实现,Redis可以看做是一个高性能的MQ。因为它的数据读写都发生在内存中。
  • 分布式处理:好吧,也许你的客户很多,秒杀系统即使用了上面两招,还是捉襟见肘,没关系,我们还有大招:分布式处理。如果一台服务器撑不住秒杀系统,那么就多用几台服务器。10台不行,就上100台。分布式处理,就是把海量用户的请求分散到多个服务器上,一般使用Hash实现均匀分布。这类系统在大数据云计算时代的今天已经有很多了,无非是用Paxos算法和Hash Rings实现的。Redis Cluster正是这样一个分布式的产品。

使用Redis实现秒杀系统

Redis和Redis Cluster(分布式版本),是一个分布式缓存系统,其支持多种数据结构,也支持MQ。Redis在性能上做了大量优化,因此使用Redis或者Redis Cluster就可以轻松实现一个强大的秒杀系统。基本上,你用Redis的命令就可以了。

RPUSH key value:插入秒杀请求,当插入的秒杀请求数达到上限时,停止所有后续插入。后台启动多个工作线程,使用LPOP key读取秒杀成功者的用户id,然后进行后续处理。或者使用LRANGE key start end命令读取秒杀成功者的用户id,进行处理。每完成一次秒杀记录的处理,就执行INCR key_num。一旦所有库存处理完毕,就结束该商品的本次秒杀,关闭工作线程,也不再接收秒杀请求。

要是还是撑不住,该怎么办

也许你会说,我们的客户很多,即使部署了Redis Cluster,仍然撑不住,那该怎么办?记得某位伟人说:办法总比困难多!

下面我们具体分析下,还有哪些情况会压垮我们架构在Redis(Cluster)上的秒杀系统。

脚本攻击

如现在有很多抢火车票的软件,它们会自动发起http请求,一个客户端一秒会发起很多次请求,如果有很多用户使用这样的软件,就可能会把我们的交换机给压垮了。

这个问题其实属于网络问题的范畴,和我们的秒杀系统不在一个层面上,因此不应该由我们来解决。很多交换机都有防止一个源IP发起过多请求的功能,开源软件也有不少能实现这点,如Linux上的TC可以控制,流行的Web服务器Nginx(它也可以看做是一个七层软交换机)也可以通过配置做到这一点。一个IP,一秒钟我就允许你访问我2次,其他软件包直接把你给丢了,你还能压垮我吗?

交换机撑不住了

可能你们的客户并发访问量实在太大了,交换机都撑不住了,这也有方法,我们可以用多个交换机为我们的秒杀系统服务。原理就是DNS可以对一个域名返回多个IP,并且对不同的源IP,同一个域名返回不同的IP。如网通用户访问,就返回一个网通机房的IP;电信用户访问,就返回一个电信机房的IP。也就是用CDN了!我们可以部署多台交换机为不同的用户服务,用户通过这些交换机访问后面数据中心的Redis Cluster进行秒杀作业。

总结

有了Redis Cluster的帮助,做个支持海量用户的秒杀系统其实是So Easy的!这里介绍的方案虽然是针对秒杀系统的,但是其背后的原理对其他高并发系统一样有效。最后,我们重温一下高性能系统的优化原则:写入内存而不是写入硬盘、异步处理而不是同步处理、分布式处理。


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值