Redis

Redis

引言
Redis 是一个基于内存的高性能 key-value 数据库。是完全开源免费的，用C语言编写的，
遵守BSD协议
Redis 特点：

1. Redis 是基于内存操作的，吞吐量非常高，可以在 1s内完成十万次读写操作
2. Redis 的读写模块是单线程，每个操作都具原子性
3. Redis 支持数据的持久化，可以将内存中的数据保存在磁盘中，重启可以再次加载，
   但可能会有极短时间内数据丢失
4. Redis 支持多种数据结构，String，list，set，zset，hash等
   名称解释：
   原子性：
   1、所谓原子操作就是指不会被线程调度机制打断的操作；
   2、这种操作一旦开始，就一直运行到结束，中间不会有任何context switch(切换到
   另一个线程)
   原子操作：
   1、在单线程中，能够在单条指令中完成的操作都可以认为是原子操作，因为中断
   只能发生在指令之间
   2、在多线程中，不能被其他进程（线程）打断的操作就叫原子操作

大纲
一．redis 安装
二．redis五大数据结构
三．redis三种集群方式
四．redis缓存击穿、缓存穿透、缓存雪崩
五. 面试预期

windows安装本地redis环境

1） github 下载方式 ：Releases · microsoftarchive/redis · GitHub
2） 找到文件安装位置cmd 进入执行启动命令
2） 开启服务端redis
输入命令打开redis服务redis-server.exe redis.windows.conf
3） 开启客户端
输入redis-cli.exe -h 127.0.0.1 -p 63799 -a 123456

五种数据结构

String（Key-Value）

介绍
存储的数据：单个数据，最简单的数据存储类型，也是最常用的数据存储类型
存储数据的格式：一个存储空间保存一个数据
存储内容：通常使用字符串，如果字符串以整数的形式展示，可以作为数字操作使用(但是仍是字符串)
String是最常用的一种数据类型，普通的key/value存储都可以归为此类。一个Key对应一个Value，string类型是二进制安全的。
Redis的string可以包含任何数据，比如jpg图片(生成二进制)或者序列化的对象。
1） 常用操作
【1】单值操作
SET key value //存入字符串键值对GET key //获取一个字符串键值
SETNX key value //存入一个不存在的字符串键值对，有点类似原子操作，如果没有才给
存入，有则失败
DEL key [key …] //删除一个键
EXPIRE key seconds //设置一个键的过期时间(秒)
【2】批量操作
MSET key value [key value …] //批量存储字符串键值对
MGET key [key …] //批量获取字符串键值
【3】原子操作
INCR key //将key中储存的数字值加1
DECR key //将key中储存的数字值减1
INCRBY key increment //将key所储存的值加上increment
DECRBY key decrement //将key所储存的值减去decrement

2） 应用场景
【1】单值缓存
SET key value
GET key
【2】对象缓存
//这两种情况要区分，你对这个对象的操作是整体多还是属性值多，因为java中使用的话对象的数据类型需要序列化
【存储和取出都要】而且分开存的话有助于在不同地方使用不同属性值，但是却要面对取出整个对象的局面。（虽然分开存消耗内存更多，但是从传输角度来想，有可能消耗更小，但都是分场景的）

1. SET user:1 value(json格式数据)
2. //针对对象的值分开存储的批量操作
   MSET user:1:name zhuge user:1:balance 1888 MGET user:1:name user:1:balance
   【3】分布式锁实现（示例）
   SETNX product:10001 true //返回1代表获取锁成功
   SETNX product:10001 true //返回0代表获取锁失败
   。。。执行业务操作
   DEL product:10001 //执行完业务释放锁
   //防止程序意外终止导致死锁命令
   //使用分布式锁，key不存在的时候才进行设置选用NX，过期时间设置为10s，将SETNX和EXPIRE合二为一：
   SET product:10001 true ex 10 nx
   注：
   EX seconds:将键的过期时间设置为seconds 秒。
   SET key value EX seconds 等同于SETEX key seconds value
   NX:只在键不存在的时候，才对键进行设置操作。SET key value NX 等同于SETNX key value
   【4】计数器
   INCR article:readcount:{文章id} GET article:readcount:{文章id}
   【5】分布式全局ID
   INCRBY orderId 1000 //redis批量生成序列号提升性能

哈希Hash(Key-Value)

介绍
String类型存储的困惑对象类数据的存储如果具有较为频繁的更新需求，操作会显得笨重，存容易，改麻烦。为了区别与Redis中的键值对的称呼，hash中的
键成为field，而key特征Redis的键。
hash类型
• 新的存储需求：对一系列存储的数据进行编组，方便管理，典型应用存储对象信息需要的内存结构：
• 一个存储空间保存多少个键值对数据hash类型：底层使用哈希表结构实现数据存储
• hash类型数据操作的注意事项
• hash类型下的value只能存储字符串，不允许存储其他类型数据，不存在嵌套现象。如果数据未获取到，对应的值为(nil)
• 每个hash可以存储232-1个键值对,hash类型十分贴近对象的数据存储形式，并且可以灵活添加删除对象属性。但hash设计不是为了存储大量对象的，切记不可滥用，更不可以将hash作为对象列表使用,hgetall操作可以获取全部属性，如果内部fiekd 过多，遍历整体数据效率就会很低，有可能成为数据访问瓶颈。
1） 常用操作
【1】单值操作
HSET key field value //存储一个哈希表key的键值HGET key field //获取哈希表key对应的field键值HSETNX key field value //存储一个不存在的哈希表key的键值
【2】批量操作
HMSET key field value [field value …] //在一个哈希表key中存储多个键值对
HMGET key field [field …] //批量获取哈希表key中多个field键值
HDEL key field [field …] //删除哈希表key中的field键值
HLEN key //返回哈希表key中field的数量HGETALL key //返回哈希表key中所有的键值
【3】原子操作
HINCRBY key field increment //为哈希表key中field键的值加上增量increment
2） 应用场景
【1】对象缓存（由于redis设置过期时间只针对顶级key类型，而不支持对hash类型内部，故塞得多了容易造成
bigKey问题）
HMSET user {userId}:name zhuge {userId}:balance 1888 HMSET user 1:name zhuge 1:balance 1888
HMGET user 1:name 1:balance
【2】电商购物车
1） 以用户id为key //以用户ID为key，避免多个用户存储在一个hash里面（避免bigKey）//针对未登录的可以构建虚拟
ID，对登录时的数据进行合并
2） 商品id为field
3） 商品数量为value
4） 可以针对key设置过期时间 //设置过期时间可以在不用的时候，redis自己回收
购物车操作：
hset cart:1001 10088 1 //添加商品
hincrby cart:1001 10088 1 //增加数量
hlen cart:1001 //商品总数
hdel cart:1001 10088 //删除商品
hgetall cart:1001 //获取购物车所有商品
3） 优缺点
优点：
1）同类数据归类整合储存，方便数据管理2）相比string操作消耗内存与cpu更小 3）相比string储存更节省空间
缺点：
1） 过期功能不能使用在field上，只能用在key上。
（这也是容易造成bigKey问题的本质，设置过期时间是为了让redis自己去回收，设置不了就只能靠自己去回收，不回收容易
造成内存挤爆，也容易出现阻塞请求的情况）
2） Redis集群架构下不适合大规模使用。
（因为构建集群的本质是平摊请求和数据，提高处理量和扛并发，如果hash的值会被存储在某个节点中，如果值很大，那么容易出现请求倾斜，那么这个节点容易被打挂）

列表list

介绍
• 数据存储需求：存储多个数据，并对数据进入存储空间的顺序进行区分
• 需要的存储数据：一个存储空间保存多个数据，且通过数据可以体现进入顺序
• list类型：保存多个数据，底层使用双向链表存储结构实现
1） 常用操作
LPUSH key value [value …] //将一个或多个值value插入到key列表的表头(最左边)
RPUSH key value [value …] //将一个或多个值value插入到key列表的表尾(最右边)
LPOP key //移除并返回key列表的头元素
RPOP key //移除并返回key列表的尾元素
LRANGE key start stop //返回列表key中指定区间内的元素，区间以偏移量start和stop指定BLPOP key [key …] timeout //从key列表表头弹出一个元素，若列表中没有元素，阻塞等待timeout秒,如果timeout=0,一直阻塞等待
BRPOP key [key …] timeout //从key列表表尾弹出一个元素，若列表中没有元素，阻塞等待
2） 应用场景
【1】微博消息和微信公号消息（这种更多体现在即时通讯软件上）
你关注了A，B等大V
1） A发微博，消息ID为10018
LPUSH msg:{你-ID} 10018
2） B发微博，消息ID为10086 LPUSH msg:{你-ID} 10086
3） 查看最新微博消息
LRANGE msg:{你-ID} 0 4

集合Set

介绍
• 新的存储需求：存储大量的数据，在查询方面提供更高的效率
• 需要的存储结构：能够保存大量的数据，搞笑的内部存储机制，便于查询
• set类型：与hash存储结构完全相同，仅存储键，不存储值（nil)，并且值式不允许重复的。也就是只有键没有值的hash

1） 常用操作
SADD key member [member …] //往集合key中存入元素，元素存在则忽略，若key不存在则新建
SREM key member [member …] //从集合key中删除元素
SMEMBERS key //获取集合key中所有元素SCARD key //获取集合key的元素个数
SISMEMBER key member //判断member元素是否存在于集合key中
SRANDMEMBER key [count] //从集合key中随机选出count个元素，元素从key中删除
SPOP key [count] //从集合key中随机选出count个元素，元素从key中删除

2） 应用场景
【1】微信抽奖小程序
1） 点击参与抽奖加入集合
SADD key {userlD}
2） 查看参与抽奖所有用户
SMEMBERS key
3） 抽取count名中奖者
SRANDMEMBER key [count] / SPOP key [count]

有序集合zset(sorted_set类型)

介绍
• 新的存储需求：根据排序有利于数据的有效显示，需要提供一种可以根据自身特征进行排序的方式。
• 需要的存储结构：新的存储模型，可以保存可排序的数据。
• sorted_set类型：在set的存储结构基础上添加可排序字段。
score只存储其顺序

1） 常用操作
ZADD key score member [[score member]…] //往有序集合key中加入带分值元素
ZREM key member [member …] //从有序集合key中删除元素ZSCORE key member //返回有序集合key中元素member的分值
ZINCRBY key increment member //为有序集合key中元素member的分值加上increment
ZCARD key //返回有序集合key中元素个数
ZRANGE key start stop [WITHSCORES] //正序获取有序集合key从start下标到stop下标的元素,WITHSCORES参数的作用：就是查询结果带上分数
ZREVRANGE key start stop [WITHSCORES] //倒序获取有序集合key从start下标到stop下标的元素
2） 集合操作
ZUNIONSTORE destkey numkeys key [key …] //并集计算
ZINTERSTORE destkey numkeys key [key …] //交集计算
3） 应用场景
【1】Zset集合操作实现排行榜
1） 点击新闻
ZINCRBY hotNews:20190819 1 守护香港ID //针对单条数据，集合名，浏览次数，文章ID
2） 展示当日排行前十
ZREVRANGE hotNews:20190819 0 9 WITHSCORES
3） 七日搜索榜单计算
ZUNIONSTORE hotNews:20190813-20190819 7 hotNews:20190813 hotNews:20190814…
hotNews:20190819 4）展示七日排行前十
ZREVRANGE hotNews:20190813-20190819 0 9 WITHSCORES

Redis集群

1. 什么是集群
   所谓的集群，就是通过增加服务器的数量，提供相同的服务，从而让服务器达到一个稳定、高效的状态。
2. 使用redis集群的必要性
   单个redis存在不稳定性。当redis服务宕机了，就没有可用的服务了。而且单个redis的读写能力是有限的。使用redis集群可以强化redis的读写能力，并且当一台服务器宕机了，其他服务器还能正常工作，不影响使用
3. redis集群
   1.redis集群中，每一个redis称之为一个节点。2.redis集群中，有两种类型的节点：主节点(master)、从节点(slave)。3.redis
   集群，是基于redis主从复制实现。
   Redis三种集群方式：主从复制，哨兵模式，Cluster集群。
   Redis最小状态是一台服务器,这个服务器的运行状态,直接决定Redis是否可用,如果它离线了,整个项目就会无Redis可用,系统
   会面临崩溃,为了防止这种情况的发生,我们可以准备一台备用机
   1./*主从复制/
   也就是主机(master)工作时,安排一台备用机(slave)实时同步数据,万一主机宕机,我们可以切换到备机运行缺点,这样的方案,slave节点没有任何实质作用,只要master不宕机它就和没有一样,没有体现价值
   2./*哨兵模式/
   Redis的Sentinel系统用于管理多个Redis，主要执行以下三件事： 监控：Sentinel会不断的检查主从服务器运行状态
   提醒：当某个Redis服务器出现故障，可通过API或者其他应用程序发送通知
   自动故障迁移：当一个主服务器不能正常工作时，Sentinel会进行一次故障自动迁移，会将失效主服务器的从服务器选举出一个新的主服务器，
   剩下的从服务器将会自动连接复制选举出来的新服务器的数据。
   Redis的Sentinel系统是一个分布式的系统，可以在系统中配置一个或多个Sentinel。
4. /*Cluster集群/
   Redis集群是一个由多个主从节点群组成的分布式服务集群，它具有复制、高可用和分片特性。Redis集群不需要sentinel哨兵也能完成节点移除和故障转移的功能。需要将每个节点设置成集群模式，这种集群模式没有中心节点，可水平扩展，据官方文档称可以线性扩展到上万个节点(官方推荐不超过1000个节点)。redis集群的性能和高可用性均优于之前版本的哨兵模式，且集群配置非常简单。redis集群的运用主要是针对海量数据+高并发+高可用的场景。

Redis 缓存穿透、击穿、雪崩

一、缓存穿透
描述
指访问一个缓存和数据库中都不存在的key，由于这个key在缓存中不存在，则会到数据库中查询，数据库中也不存在
该key，无法将数据添加到缓存中，所以每次都会访问数据库导致数据库压力增大。
解决办法

1. 将空key添加到缓存中。
2. 使用布隆过滤器过滤空key。
3. 一般对于这种访问可能由于遭到攻击引起，可以对请求进行身份鉴权、数据合法行校验等。

二、缓存击穿
描述：
指大量请求访问缓存中的一个key时，该key过期了，导致这些请求都去直接访问数据库，短时间大量的请求可能会将数据库击垮。
解决办法：

1. 添加互斥锁或分布式锁，让一个线程去访问数据库，将数据添加到缓存中后，其他线程直接从缓存中获取。
2. 热点数据key不过期，定时更新缓存，但如果更新出问题会导致缓存中的数据一直为旧数据。
   三、缓存雪崩
   描述:
   缓存雪崩是指缓存中数据大批量到过期时间，而查询数据量巨大，引起数据库压力过大甚至down机。和缓存击
   穿不同的是，缓存击穿指并发查同一条数据，缓存雪崩是不同数据都过期了，很多数据都查不到从而查数据库。
   解决办法：
3. 将key的过期时间打散，避免大量key同时过期。
4. 加互斥锁，同一key值只允许一个线程去访问数据库，其余线程等待写入后直接从缓存中获取。
5. 设置热点数据永远不过期。