redis queue

文章步骤很详细较长，阅读完需有5分钟~ 一、正文 大家都知道在天猫、京东、苏宁等等电商网站上有很多秒杀活动，例如在某一个时刻抢购一个原价1999现在秒杀价只要999的手机时，会迎来一个用户请求的高峰期，会有几十万几百万的并发量，来抢这个手机，在高并发的情形下会对数据库服务器或者是文件服务器应用服务器造成巨大的压力，严重时说不定就宕机了。 另一个问题是，秒杀的东西都是有量的，例如一款手机只有10台的量秒杀，那么，在高并发的情况下，成千上万条数据更新数据库（例如10台的量被人抢一台就会在数据集某些记录下 减1），那次这个时候的先后顺序是很乱的，很容易出现10台的量，抢到的人就不止10个这种严重的问题。那么，以后所说的问题我们该如何去解决呢？ 接下来我所分享的技术就可以拿来处理以上的问题： 分布式锁 和 任务队列。 二、实现思路 1.Redis实现分布式锁思路 思路很简单，主要用到的redis函数是setnx()，这个应该是实现分布式锁最主要的函数。首先是将某一任务标识名（这里用Lock:order作为标识名的例子）作为键存到redis里，并为其设个过期时间，如果是还有Lock:order请求过来，先是通过setnx()看看是否能将Lock:order插入到redis里，可以的话就返回true，不可以就返回false。当然，在我的代码里会比这个思路复杂一些，我会在分析代码时进一步说明。

在进行网站设计的时候，有时候会遇到给用户大量发送短信，或者订单系统有大量的日志需要记录，还有做秒杀设计的时候，服务器无法承受这种瞬间的压力，无法正常处理，咱们怎么才能保证系统正常有效的运行呢？这时候我们就要引用消息队列来实现这类的需求，这时候就需要一个中间的系统进行分流和解压。消息队列就是一个中间件，需要配合其他合理使用。 消息队列的概念、原理和场景 本质上讲，消息队列结构就是一个队列结构的中间件 ，也就是说把消息和内容放入这个容器之后，就可以直接的返回，不需要等它后期处理的结果，另外会有一个程序会读取这些数据，并按照顺序进行逐个的处理，也就是说按照并发非常大的一个环节的时候，同时呢你又不需要立即获得这个环节的返回结果，那么使用消息队列可以比较好的解决这个问题。一个经典的消息队列结果应该是这样的过程： 由一个业务系统进行入队，把消息逐个插入消息队列中，插入成功之后直接返回成功的结果，然后后续有一个消息处理系统，这个系统会把消息队列中的记录逐个进行取出并且进行处理，进行出队的操作。 消息系统适合的场景 冗余 首先数据需要冗余的时候，比如经常做订单系统，后续需要严格的转换和记录，消息队列可以把这些数据持久化存储在队列中，然后由订单处理程序进行获取，后续处理完成之后再把这条记录删除，保证每条记录都能处理完成。 解耦 消息队列分离了两套系统，解决了两套系统深度耦合的问题。使用消息队列后