本文目录一览：
- 1、redis怎么做消息队列?
- 2、常用的消息队列
- 3、关于redis下面说法正确的是
- 4、消息中间件(一)MQ详解及四大MQ比较
- 5、面试官杠上重复消费、消息堆积、消息丢失、顺序消息?
有两种方法：Redis自带的PUB/SUB机制，即发布-订阅模式 。
应用Redis实现数据的读写，同时利用队列处理器定时将数据写入mysql 。
要将用户的请求封装成一个Task，然后将这个Task再push到redis队列，然后后端的worker.php完全可以多进程、多线程的并发处理 Task并将处理结果回调给请求方 。
redis：redis的持久化是针对于整个redis缓存的内容，它有RDB和AOF两种持久化方式（redis持久化方式，后续更新），可以将整个redis实例持久化到磁盘 ， 以此来做数据备份，防止异常情况下导致数据丢失 。
常用的消息队列包括消息队列键值、用户ID、组ID、消息队列中消息数目等等 。消息队列就是一个消息的链表，可以把消息看作一个记录，具有特定的格式以及特定的优先级 。
目前在生产环境，使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ等 。消息队列应用场景 以下介绍消息队列在实际应用中常用的使用场景 。异步处理，应用解耦，流量削锋和消息通讯四个场景 。
基于Redis消息队列-实现短信服务化 Redis实现消息队列原理 ， 常用的消息队列有RabbitMQ ， ActiveMQ，个人觉得这种消息队列太大太重，本文介绍下基于Redis的轻量级消息队列服务 。
关于redis下面说法正确的是1、以下关于redis的说法正确的是单线程请求，所有命令串行执行，并发情况下不需要考虑数据一致性问题；支持多种数据结构；支持持久化操作 ， 可以进行aof及rdb数据持久化到磁盘，从而进行数据备份或数 。
2、Redis默认情况下不允许密码为空 。实际上，Redis默认情况下是没有开启密码认证的，也就是说，任何人都可以通过Redis的默认端口（6379）直接连接到Redis服务器，并进行任意操作 。
3、这个答案应该是A、B、C ， 只有D是错误的 。字符 在计算机和电信技术中 ， 一个字符是一个单位的字形、类字形单位或符号的基本信息 。
4、首先看到 Redis 官方的说法是：『A String value can be at max 512 Megabytes in length.』 。
5、if语句可以嵌套使用 。if语句用条件表达式来描述条件 ， 实现多分支执行结构 。引入了一种二义性问题称为空悬else （dangling－else） 问题 ， 这种问题出现在当if 子句多于else 子句时 。
6、Redis在很多方面具备数据库的特征，或者说就是一个数据库系统 ， 而Memcached只是简单的K/V缓存 下面是来自redis作者的说法（stackoverflow上面） 。
消息中间件(一)MQ详解及四大MQ比较1、Kafka、ActiveMQ、RabbitMQ、RocketMQ 都是流行的消息队列中间件，它们各有优缺点 。以下是一些总结和区别：- Kafka：高吞吐量、低延迟、高可用性、分布式、持久化存储、多租户支持等。
2、优势： 在性能方面kafka可以说是业界非常优秀的一款中间件，在常规的机器配置下，一台机器可以达到每秒几十万的QPS 。
3、MQ通常指的是Apache ActiveMQ，是一个开源的消息中间件，支持多种编程语言和通信协议 。它实现了Java Message Service （JMS） API ， 是一个基于消息的分布式集成框架 。
面试官杠上重复消费、消息堆积、消息丢失、顺序消息?1、顺序消息是指消息的 消费顺序 和 产生顺序 相同，在有些业务逻辑下，必须保证顺序，比如订单的生成、付款、发货，这个消息必须按顺序处理才行 。
2、消息是顺序的，先进先出原则，这个由Rabbitmq保证，不同队列中的消息顺序，是没有保证的，例如：进地铁站的时候，排了三个队伍，不同队伍之间的 ， 不能确保谁先进站 。
【redis 生产者消费模式 redis消费者通知生产者处理完成】3、其实，上述3中情况导致消息丢失归根结底是因为RabbitMQ的自动ack机制，即默认RabbitMQ在消息发出后就立即将这条消息删除，而不管消费端是否接收到，是否处理完，导致消费端消息丢失时RabbitMQ自己又没有这条消息了 。
