你好，我是小牛。
最近，面试了几家大厂，基本都会问到中间件相关技能，问的比较多的就是消息中间件mq和redis缓存数据库。
关于大厂为什么喜欢问这些，原因也比较简单。因为实际工作中确实经常用到这些中间件，我们不会针对这些中间件专门去做测试，但是会基于一些业务场景去测试，如果不懂的话，测试起来肯定就一脸懵逼了。
限于篇幅，今天我们就先来聊聊中间件redis缓存数据库，主要讲关于工作中的一些使用，为什么使用redis，以及面试会经常问哪些问题。首先来说下redis是什么？它是一种非关系性数据库，是介于接口服务端和数据库的中间层。
比如一个查询接口，第一次查询从数据库查数据，查完之后我们把数据存入redis缓存中，第二次查就可以直接从缓存中读取数据，这就是它的用法。那么一般我们把什么数据存入redis缓存中呢？主要是一些复杂操作，耗费时间长的，比如数据库查询要600ms，但是redis只需要20ms。
而且，在接下来的几个小时内，这个数据都不会变化，我们就可以存入缓存数据库，为什么对时间有要求呢？因为缓存中的数据一般都是有过期时间的，这个开发写代码可以设置。
再来说下我们为什么使用redis，它的优势是什么？主要有以下几个原因：
读取速度快。因为缓存是写入内存中的，普通数据库数据是写在磁盘中的，基于内存的相比于磁盘速度是快很多的，但是也缺点，比如断电之后，内存中的数据会消失，磁盘则不会。
高并发，减轻数据库压力。一旦涉及大数据量需求，比如一些商品抢购等，或者主页瞬间访问量大的时候，磁盘读写上千上万次，有性能弊端。容易造成数据库瘫痪，服务器宕机。数据库顶不住，需要缓存分担一部分压力。
消息中间件：是利用高效可靠的消息传递机制进行异步的数据传输，并基于数据通信进行分布式系统的集成。通过提供消息队列模型和消息传递机制，可以在分布式环境下扩展进程间的通信。
消息中间件一般有两种传递模式：
1.点对点模式。
2.发布/订阅模式。
点对点模式：消息生产者将消息发送到队列中，消息消费者从队列中接收消息。消息可以在队列中进行异步传输。
发布/订阅模式：发布订阅模式是通过一个内容节点来发布和订阅消息，这个内容节点称为主题（topic），消息发布者将消息发布到某个主题，消息订阅者订阅这个主题的消息，主题相当于一个中介。主题是的消息的发布与订阅相互独立，不需要进行基础即可保证消息的传递，发布/订阅模式在消息的一对多广播是采用。
消息中间件可以做什么
应用程序之间不采取直接通信，而是使用消息中间作为中介，做到数据的异步通信。开发人员不需要考虑网络协议和远程调用的问题，只需要通过各消息中间件所提供的api，就可以简单的完成消息推送，和消息接收的业务功能。
消息的生产者将消息存储到队列中，消息的消费者不一定马上消费消息，可以等到自己想要用到这个消息的时候，再从相应的队列中去获取消息。这样的设计可以很好的解决，大数据量数据传递所占用的资源，使数据传递和平台分开，不再需要分资源用于数据传输，可以将这些资源用去其他想要做的事情上
————————————————
版权声明：本文为CSDN博主「sinat_41523355」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/sinat_41523355/article/details/100515673
然后再来说一下redis的数据类型是什么？这个面试被问到的非常频繁。主要有五种，字符串，哈希，列表，集合，有序集合。上面说的都是一些比较基础的面试题，一般公司问上面那些就差不多了。但是如果更进一步的话，面试官就会问讲一下redis的雪崩，缓存穿透，缓存击穿机制是什么？