浅学redis

一、持久化

1.为什么需要持久化？

        如果不将内存中的数据保存到磁盘，那么一旦服务器进程退出，服务器中数据也会消失，所以redis提供了持久化功能

2.RDB（redis database）

        redis配置中，默认使用RDB进行持久化。rdb保存的是dump.rdb文件。

        在指定时间间隔内，将内存中的数据快照写入磁盘，恢复时将快照文件存储到内存临时文件中，再次使用这个临时文件时，redis会单独创建(fork)一个子进程来进行持久化，使用新的数据记录替换上次持久化好的文件。但最后一次持久化的数据可能会丢失！

        整个过程中，主进程是不进行任何操作的，保证了高性能。如需大规模数据恢复，且对于数据恢复的完整性不关注，那RDB要比AOF高效。

触发rdb的条件：

1、满足save的规则（参数配置），会自动触发rdb规则

2、执行 flushall 命令，会触发rdb规则

3、退出redis，会产生 rdb 文件

如何恢复rdb文件？

把rdb文件放到reids启动目录下，redis启动时会自动检查并恢复

优点：

1.适合大规模数据恢复

2.对数据完整性要求不高

缺点：

1.需要一定的时间间隔进行操作，如果redis意外宕机，最后一次修改的内容就没有了

2.fork进程的时候，会占用一些内存空间

3.AOF（append only file）

        默认是不开启的，需要手动配置打开，只需要将 appendonly 改为yes就开启了 aof。Aof保存的是 appendonly.aof 文件

        以日志形式记录所有写操作的命令，不记录读操作，只许追加不许修改原有记录，redis启动之后会读取文件重新构建数据，从而完成数据的恢复。

优点

1、每一次修改都会同步，保证了文件的完整性

2、每秒同步一次，如果出现丢失，只会丢失这1s的记录

缺点:

1、aof文件的大小远远大于 rdb文件，所以修复的速度比 rdb要慢

2、aof 运行效率比 rdb 慢，所以redis默认的配置就是rdb持久化

二、主从复制

1.概念

        主从复制是把一台redis服务器数据（主节点master），复制到其他redis服务器（从节点slave）中。且数据复制为单向，只能从主节点到从节点，master主要是写，slave是读。

①全量复制：Slave 启动成功连接到 master后，会发送同步命令，使master收集所有修改数据命令并传送给slave，完成一次全量同步

②增量复制：master将所有新收集的修改命令一次传给slave，完成增量同步

只要发生重新连接master，就会自动进行全量同步！

2.用途

1、数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。

2、故障恢复：当主节点出现问题时，可以由从节点提供服务。

3、负载均衡：写Redis数据时应用连接主节点，读Redis数据时应用连接从节点，可以分担服务器负载。对于写少读多的场景，通过多个从节点分担读负载，可以大幅提升并发量。

4、高可用(集群)的基础：主从复制的基础上，实现哨兵模式和集群，保证了高可用的基础。

3.单服务器弊端

1、单个Redis服务器会发生单点故障，只有一台服务器处理所有请求，容易压力过大。

2、单个Redis服务器内存容量有限，且单台Redis最大使用内存不应该超过20G。

三、其他概念

1.缓存穿透

用户发起查询，缓存中无对应记录，又向持久层数据库发起，也查不到数据，判定为查询失败。当大量用户访问缓存都查不到，之后都向数据库发起请求，就会对数据库造成很大压力，此时便是出现了缓存穿透

2.缓存击穿

大量用户访问同一个key，造成热点，该key在失效的瞬间，且大量并发情况下就会穿破缓存，访问到数据库中，导致数据库出现压力过大情况。

3.缓存雪崩

某段时间内，缓存集中过期失效，这段时间内查询访问就直接到了数据库层，导致数据库压力暴增，从而出现数据库被查挂的现象。一般redis宕机是产生雪崩的原因之一