Redis基础

最新推荐文章于 2021-10-17 18:12:34 发布

CSJ-02

最新推荐文章于 2021-10-17 18:12:34 发布

阅读量251

点赞数

分类专栏：面试题整理

本文链接：https://blog.csdn.net/qq_36340093/article/details/104755825

版权

面试题整理专栏收录该内容

2 篇文章 0 订阅

订阅专栏

本片文章行文思路：

1 redis 是一个什么东西，概念是什么？

redis 是一个远程内存非关系型数据库，提供了不同的数据结构【主要是5钟】，各种问题也就映射到这五种数据结构上解决。

可以存储key与其他不同类型的value 的映射，可以将存储在内存上的键值对持久化到硬盘上，可以通过使用复制特性来扩展读性能，可以使用客户端分片扩展写性能。

2 redis 数据结构什么样的？

首先要说明一点的是此处的数据结构指的是存储的值 [value] 的数据结构，此处只讲基本的五种，随着redis 的发现，也有其他的数据类型出现，可以去官网关注。

下面用图的形式表示一下几种结构：

结构类型	结构存储的值	结构的读写能力	应用场景
Hash 【散列】	值本身也是一个键值对，无需的	添加，获取，移除单元素，获取所有键值对	1 保存结构体，将每个字段分开传，取的时候就可以只取需要的字段了。
List 【列表】	是一个链表，链表节点上存储的是一个字符串	从链表的两端推入或者弹出元素，根据偏移量进行修剪[trim] ，读取单个或者多个元素，根据值查找或者移除元素	1 异步队列使用【将需要延后处理的任务结构体序列化成字符串进redis 的列表，另一个线程从这个列表中轮询数据进行处理】 2 秒杀场景，秒杀前将本场秒杀的商品放到list中，因为list的pop操作是原子性的，所以即使有多个用户同时请求，也是依次pop，list空了pop抛出异常就代表商品卖完了
Set 【集合】	字符串，无序的，各不相同的	添加，获取，移除单元素，检测是否存在元素，计算交集，并集，差集，从集合里随机获取元素	1 不可重复，但是value可以为null ,用在一些去重的场景，比如用户只能参加一次活动，一个用户只能中一次奖等等去重场景。
String【字符串】	可以是字符串，整数或者浮点数	对整个字符串或者字符串的一部分进行操作。对整数或者浮点数执行自增 [increment] 或者自减 [decrement] 操作	1 缓存结构体信息【将结构体信息json序列化成一个字符串】 2 计数功能
ZSet 【有序集合】	字符串，浮点数与分值之间的一个映射，顺序由分值大小决定	添加，获取，移除单元素，更具分值范围或者成员来获取元素	1 各类排序场景：歌曲排行榜，播放次数，播放数，点赞数等等需要排序的场景。

3 redis 持久化方式

redis 提供了两种不同的持久化方法来将数据持久化到硬盘里。

第一种：快照方法 [snapshotting]

它可以将存在于某个时刻的所有数据都写入到硬盘里。

创建快照的方式：客户端向redis 发送 bgsave 命令来创建，或者发送save 命令。两者的差别在于 bgsave 是创建一个子进程，子进程负责将快照写入硬盘，父进程继续处理命令请求。而save通常是没有足够内存的时候使用的，接收到save 命令时服务器在创建完快照之前，将不再响应任何命令；还有一些是redis 接受到关闭服务器等的命令时，执行save 命令；一个redis 接收到另一个redis服务器的同步命令时，主服务器会执行 bgsave 命令。

使用快照方式持久命令的时候，因为记录的是某个时间点的快照，所以如果系统崩溃，用户将失去最后一次生成快照之后的数据。所以快照持久化方式只适合于那些即使丢失一部分数据也不会造成问题的应用程序。

第二种：只追加文件 [append-only-file,AOF]

AOF 持久化会将被执行的写命令写到AOF 文件的末尾。以此来记录数据发生的变化。所以只要从头执行到尾，也就能恢复数据了。每个redis的写命令都会被写入硬盘，从而系统崩溃时数据丢失能减到最小。但这种方式需要对硬盘进行大量写入，所以redis 处理命令的速度受硬盘性能的限制。转盘式硬盘每秒能处理大概200个命令，固态硬盘每秒大概能处理几万个命令。

写命令同步频率也是可以调整的【appendfsync】：

选项	同步频率
always	每个redis 写命令都哟啊同步写入硬盘，这样做会严重降低redis 的速度
everysec	每秒执行一次同步，显示地将多个写命令同步到硬盘
no	让操作系统决定应该何时进行同步

AOF 持久化缺点：追加的话AOF 的文件体积比较大。

1 Redis不断地将被执行的写命令记录到AOF文件里面,所以随着 Redis不断运行,AOF文件的体积也会不断增长,在极端情况下,体积不断增大的AOF文件甚至可能会用完硬盘的所有可用空间。

2 还有另一个问题就是,因为 Redis在重启之后需要通过重新执行AOF文件记录的所有写命令来还原数据集,所以如果AOF文件的体积非常大,那么还原操作执行的时间就可能会非常长。

解决：

向 Redis发送 BGREWRITEAOF命令,这个命令会通过移除AOF文件中的冗余命令来重写( rewrite)AOF文件,使OF文件的体积变得尽可能地小 BGREWRITEAOF的工作原理和 BGSAVE创建快照的

工作原理非常相似: Redis会创建一个子进程,然后由子进程负责对AOF文件进行重写。

持久化到硬盘上还不够，备份到多个不同的地方才足够安全。

两种方法可以同时使用，也可以单独使用，

为什么要将内存中的数据存储到硬盘上？

一方面是防止系统故障而将数据进行备份。另一方面是有些数据是经过大量计算得到的，存储起来之后使用就不用重新计算了。

4 复制特性

作用：可以让其他服务器拥有一个不断地更新的数据副本,从而使得拥有数据副本的服务器可以用于处理客户端发送的读请求。在需要扩展读请求的时候,或者在需要写入临时数据的时候，用户可以通过设置额外的 Redis从服务器来保存数据集的副本。在接收到主服务器发送的数据初始副本之后,客户端每次向主服务器进行写入时,从服务器都会实时地得到更新。

复制过程：