运维中间件-Redis

简介

Redis是一个高性能的Key-Value数据库。
Redis有以下三个特点：

1. Redis支持数据的持久化，可以将内存中的数据保存到磁盘中，，重启后重新加载使用；
2. Redis不仅仅支持key-value类型数据，同时还支持list，set，hash等数据结构的存储；
3. Redis天然支持数据备份，即master-slave模式的数据备份，使用slaveof。

Redis持久化过程及原理

Redis持久化分为RDB和AOF两种方法，这两种方法都是通过写文件的方式将内存中的数据写入到磁盘中。

RDB持久化

RDB方式是通过快照形式将数据写入到磁盘，也是Redis默认的持久化方式。
这种方式的优势有：

1. RDB是一个非常紧凑的文件，它保存了Redis在某个时间点的数据集，这种方式非常适合备份和数据灾难恢复；
2. 生成RDB文件时，Redis主进程会fork出一个子进程进行处理，主进程不需要进行任何磁盘的I/O操作；
3. RDB在恢复大数据集的时候速度比AOF快。

RDB的劣势：

1. RDB方式无法做到实时持久化；
2. 在一定间隔时间内进行快照备份操作，如果此时Redis意外down掉的话，最后一次快照的数据将会丢失。

AOF持久化

将每次执行命令本身记录下来，并写入到AOF文件中，恢复数据时将命令重新执行一遍。
AOF的优点：

1. 每一次的命令都会同步，数据保存较为完整；
2. 每秒同步一次，可能会丢失一秒的数据；

AOF的缺点：

1. 相对于保存的文件来说，AOF文件要远大于RDB文件，恢复速度也比RDB的慢很多；
2. AOF的运行效率也比RDB慢。

Redis高性能原理

Redis在日常使用中主要用于热点数据的缓存，来提供后端数据库的高效率访问。可是Redis为什么这么快呢？主要基于以下几点：

• Redis是基于内存操作；
• Redis是单线程模型，避免了多线程的上下文频繁切换；
• Redis采用多路复用I/O模型，非阻塞I/O；
• Redis有高效的数据结构，对数据操作较为简单。

单线程模型

Redis的网络事件处理器是基于reactor模式，又叫做文件事件处理器。

• 文件事件处理器使用I/O多路复用来同时监听多个套接字，并根据套接字执行的任务关联到不同的事件处理器；
• 文件事件是以单线程方式运行，但通过使用I/O多路复用程序来监听多个套接字，文件事件处理器实现了高性能的网络通信模型。

文件事件处理器构成

文件事件处理器包含四个组成部分，它们分别是套接字，I/O多路复用程序，文件事件分派器以及文件事件处理器。

• 套接字，文件事件是对套接字的抽象，每当套接字准备好执行连接应答（accept）、写入、读取、关闭等操作时，就会产生一个文件事件。因为每个服务器通常会连接多个套接字，所以多个文件事件可能会并发的出现。
• I/O多路复用，I/O多路复用程序负责监听多个套接字，并向文件事件分派器传送那些产生了事件的套接字。I/O多路复用将所有事件的套接字都放入一个队列中，该队列就保证有序同步的方式将套接字传送到事件分派器。
• 文件事件分派器，接收I/O多路复用程序传送过来的套接字，并根据套接字产生的事件的类型，调用响应的事件处理器。
• 事件处理器，服务器会为每个不同任务的套接字分配响应的事件处理器，这些处理器是一个个函数，它们定义了当某个事件发生时，服务器应该执行的动作。

内存淘汰及过期策略

过期策略

1. 定时过期（主动）
   每个设置过期时间的key都需要创建一个定时器，到过期时间就会立即清除。
   该策略可以立即清除过期的数据，对内存很友好。但是会占用大量的CPU资源去处理过期的数据，从而影响缓存的响应时间和吞吐量。
2. 惰性过期（被动）
   只有当访问到一个key时，才会判断该key是否过期，过期则被清除。
3. 定期过期
   每隔一段时间就会扫描数据库中一定数量的key，并清除已过期的key。

内存淘汰机制

Redis可设置最大内存配置，当到达最大内存限制时，就会触发内存淘汰机制。内存淘汰一共提供八种机制：
（1）volatile-lru：从已设置过期时间的数据集中挑选最近最少使用的数据淘汰。
（2）volatile-ttl：从已设置过期时间的数据集中挑选将要过期的数据淘汰。
（3）volatile-random：从已设置过期时间的数据集中任意选择数据淘汰。
（4）volatile-lfu：从已设置过期时间的数据集挑选使用频率最低的数据淘汰。
（5）allkeys-lru：从数据集中挑选最近最少使用的数据淘汰
（6）allkeys-lfu：从数据集中挑选使用频率最低的数据淘汰。
（7）allkeys-random：从数据集（server.db[i].dict）中任意选择数据淘汰
（8） no-enviction（驱逐）：禁止驱逐数据，这也是默认策略。意思是当内存不足以容纳新入数据时，
新写入操作就会报错，请求可以继续进行，线上任务也不能持续进行，采用no-enviction策略可以保证数据不被丢失。