127.0.0.1:6379> set key1 xiaomeng1

OK

127.0.0.1:6379> set key2 xiaomeng2

OK

127.0.0.1:6379> set key3 xiaomeng3

OK

127.0.0.1:6379> set key4 xiaomeng4

OK

127.0.0.1:6379> set key5 xiaomeng5

OK

127.0.0.1:6379> set key6 xiaomeng6

OK

除此之外，还有三种特殊的数据类型：

Geo：Redis3.2推出的，地理位置定位，用于存储地理位置信息，并对存储的信息进行操作。

HyperLogLog：用来做基数统计算法的数据结构。

Bitmaps ：用一个比特位来映射某个元素的状态，在Redis中，它的底层是基于字符串类型实现的，可以把bitmaps成作一个以比特位为单位的数组。

8，Redis常见的功能有哪些？

1. 数据缓存功能

2. 分布式锁的功能

3. ⽀持数据持久化

4. ⽀持事务

5. ⽀持消息队列

9，Redis的优缺点有哪些

优点：

上面已经了列举了Redis的很多优点：

1，读写非常的快，提高网站的访问速度，Redis能读的速度是110000次/s，写的速度是81000次/s。强悍的一比。

2，持AOF和RDB两种持久化方式。

3，支持较多的数据结构类型，有String、hash、set、zset等等。

4，支持主从复制，主机可以自动的将数据同步到从机，从而进行读写分离。

5，支持AOF和RDB的持久化方式。

缺点：

任何的事物有优点，必然有缺点。Redis也不例外。

Redis 不具备自动容错和恢复功能，主机从机的宕机都会导致前端部分读写请求失败，需要等待机器重启或者手动切换前端的IP才能恢复。

Redis 较难支持在线扩容，在集群容量达到上限时在线扩容会变得很复杂。为避免这一问题，运维人员在系统上线时必须确保有足够的空间，这对资源造成了很大的浪费。

10，说说缓存穿透，缓存雪崩以及缓存击穿？

A，缓存穿透：缓存穿透是指查询一条数据库和缓存都没有的一条数据，就会一直查询数据库，对数据库的访问压力就会增大，缓存穿透的解决方案，再换个说法就是客户持续向服务器发起对不存在服务器中数据的请求。客户先在Redis中查询，查询不到后去数据库中查询。

缓存穿透的如何避免：

缓存空对象：如果⼀个查询返回的数据为空（不管是数据不存在，还是系统故障），我们仍然把这个空结果进⾏缓存，但它的过期时间会很短，最⻓不超过五分钟。
接口层增加校验，对传参进行个校验，比如说我们的id是从1开始的，那么id<=0的直接拦截；
缓存中取不到的数据，在数据库中也没有取到，这时可以将key-value对写为key-null，这样可以防止攻击用户反复用同一个id暴力攻击
缓存数据的过期时间设置随机，防止同一时间大量数据过期现象发生。
如果缓存数据库是分布式部署，将热点数据均匀分布在不同搞得缓存数据库中。

B，缓存击穿：就是一个很热门的数据，突然失效，而此时大量请求到服务器数据库中。

最好的办法就是设置热点数据永不过期。热点数据快要过期时，异步线程去更新和设置过期时间。

此外还可以采用互斥锁方案。

C，缓存雪崩：概念上是大量数据同一时间失效。此刻无数的请求直接绕开缓存，直接请求数据库。

造成缓存雪崩的原因，有以下2种： reids宕机，可以通过构造redis集群解决！大部分数据失效。可通过均匀设置过期时间解决，即让过期时间相对离散一点。

11，说一下Redis的持久化机制。

Redis的持久化机制有RDB和AOF。

RDB把内存数据以快照的形式保存到磁盘上。其核心的配置：

save <seconds> <changes>

# save ""

save 900 1

save 300 10

save 60 10000

可以进行备份和全量复制，但是无法做到实时的持久化。适合大规模的数据恢复。

RDB做不到实时的持久化，但AOF可以。采用日志的形式来记录每个写操作，追加到文件中，通过重启执行AOF来恢复数据。

Redis默认是把AOF关闭的，我们可以把它打开。no改为yes

appendonly yes

AOF数据的完整性和一致性更高，

但是，因为AOF记录的内容多，文件会越来越大，数据恢复也会越来越慢。

基于以上分析，若只打算用Redis 做缓存，可以关闭持久化。

若打算使用Redis 的持久化。建议RDB和AOF都开启。其实RDB更适合做数据的备份，留一后手。AOF出问题了，还有RDB。所以还是要根据不同的需求，去做不同的操作。

12，MySQL 里有 1000w 数据，redis 中只存 10w 的数据，如何保证 redis 中的数据都是热点数据？

redis 内存数据集大小上升到一定大小的时候，就会施行数据淘汰策略。其实面试除了考察 Redis，大厂对于底层、分布式、微服务考察很多！

13，说下Redis的淘汰策略？

Redis的淘汰策略有8种，分别为：noeviction，volatile-lru，volatile-lfu，volatile-ttl，volatile-random，allkeylru，allkeys-lfu，allkeys-random

14,请讲一下Redis的应用场景？

我们都知道Redis最主要的就是缓存，在网站中应用最广泛，可以很明显的提高访问的速度，减少数据库的压力！和memcached相比，redis更加的强悍，因为提供了丰富的数据结构，还提供了RDB和AOF等持久化机制。通常运用在如下场景：

15，如何实现Redis的高可用？

一般有三种模式，分别为主从模式（Replication-Sentinel模式）、哨兵模式、集群模式。

主从模式：

主从模式是部署多台服务器，有主节点和从节点，主节点负责读写，从节点负责读。

首先是master和slave的连接，然后会将自身的数据复制给slave。

如果maser和slave断开连接后重新连接，只获取在断开连接期间内丢失的命令流。

如果无法同步，slave 会请求进行全量重同步。

Redis Sentinel（哨兵）：

哨兵是社区版本推出的原生高可用解决方案，为什么要提供哨兵？

在主从模式中，主节点发什么问题时，需要人工的将从节点搞成主节点，非常的费事，而且通知应用方更新主节点的地址，更加的费事。哨兵就可以解决这个问题。

哨兵模式的搭建：

#配置端口

port 26379

#以守护进程模式启动

daemonize yes

#日志文件名

logfile "sentinel_26379.log"

#存放备份文件以及日志等文件的目录

dir "/opt/redis/data"

#监控的IP 端口号 名称 sentinel通过投票后认为mater宕机的数量，此处为至少2个

sentinel monitor mymaster 192.168.14.101 6379 2

#30秒ping不通主节点的信息，主观认为master宕机

sentinel down-after-milliseconds mymaster 30000

#故障转移后重新主从复制，1表示串行，>1并行

sentinel parallel-syncs mymaster 1

#故障转移开始，三分钟内没有完成，则认为转移失败

sentinel failover-timeout mymaster 180000

哨兵模式的架构图如下所示：