redis消息队列

(1)、一般使用list结构作为队列，rpush生产消息，lpop消费消息。当lpop没有消息的时候，要适当sleep一会再重试。 
list还有个指令叫blpop，在没有消息的时候，它会阻塞住直到消息到来。 

(2)、使用pub/sub主题订阅者模式，可以实现1:N的消息队列，也就是说一个客户端可以订阅1个或多个内容。 
　

(3)、如果消费者下线，则生产的消息会丢失。如果想要生产的消息不丢失，需要使用专业的消息队列如rabbitmq等。 

(4)、redis如何实现延时队列？使用sortedset，拿时间戳作为score，消息内容作为key调用zadd来生产消息，消费者用zrangebyscore指令获取N秒之前的数据轮询进行处理。

Redis其实只适合作为缓存，而不是数据库或是存储。它的持久化方式适用于救救急啥的，不太适合当作一个普通功能来用。应为dump时候，会影响性能，数据量小的时候还看不出来，当数据量达到百万级别，内存10g左右的时候，非常影响性能。

假如有多个消费者同时监听一个队列，其中一个出队了一个元素，另一个则获取不到该元素

Redis的队列应用场景是一对多或者一对一的关系，即有多个入队端，但是只有一个消费端(出队)

redis崩溃的时候队列功能失效

如果入队端一直在塞数据，而出队端没有消费数据，或者是入队的频率大而多，出队端的消费频率慢会导致内存暴涨