本文主要是介绍浅学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宕机是产生雪崩的原因之一
这篇关于浅学redis的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
