Redis提供了两种数据持久化的方式：
-
RDB
该机制是指在指定的时间间隔内将内存中的数据集快照写入磁盘。
-
AOF
该机制将以日志的形式记录服务器所处理的每一个写操作。
在Redis服务器启动之初会读取文件来重新构建数据库，以保证启动后数据库中的数据是完整的。
2. RDB
Redis Database：通过单文件的方式来持久化
RDB是默认的持久化方式，默认存储在启动redis服务器时所在当前目录下的dump.rdb文件中，一般都会修改存储在一个固定的目录中
编辑配置文件：
dbfilename dump.rdb #持久化文件的名称
dir ./ #持久化文件的目录，默认为执行redis-server命令时所在的当前目录持久化的时机：
-
在数据库关闭时会持久化（需要注意的是在数据库宕机时不会生成，数据可能会丢失）
-
满足特定条件时会持久化，编辑配置文件：
save 900 1 #在900秒内，只要有1个key发生变化，就会dump持久化
save 300 10
save 60 10000优缺点：
-
缺点：可能会丢失数据
-
优点：效率比较高
3. AOF
Append Only File：通过操作日志的方式来持久化
编辑配置文件：
appendonly yes #开启aof模式的持久化
ppendfilename "appendonly.aof" #aof的持久化文件
appendfsync everysec #每一秒进行一次持久化操作，可取值：always、everysec、no
dir ./ #持久化文件的目录，与RDB相同优缺点：
-
缺点：效率比较差
-
优点：丢失数据量比较少
Redis的架构模式有以下几种：
-
单机模式（Standalone）
最简单的模式，不涉及数据同步，所以天然具备一致性。
单机Redis能够承载的QPS（每秒查询速率）大概在几万左右。
如果用户访问量太大，可能会导致redis直接挂掉。缺乏可靠性，单机有宕机的风险。
-
主从模式（Master-Slave）
也称为主从复制，允许根据一个Redis服务器来创建任意多个该服务器的复制品。
其中被复制的服务器为主服务器/节点（master），而通过复制创建出来的服务器复制品则为从服务器/节点（slave）。
特点：
-
主从结构：一个主节点可以有多个从节点，从节点可以有从节点，形成级联结构。
-
数据同步：主节点上的数据更新后，会自动将更新的数据同步到从节点，并且这种同步是异步进行的。
-
读写分离：主从模式可以实现读写分离，主节点主要负责写入操作，而从节点则主要负责读取操作。
-
数据备份：从节点可以作为主节点的备份节点，保存主节点的数据备份，提高数据的安全性和可靠性。
-
-
哨兵模式（Sentinel）
哨兵模式是在主从模式的基础上添加了故障检测和自动故障转移的功能。
在哨兵模式下，哨兵进程会监视主从节点的运行状态，当主节点出现故障时，会自动将其中一个从节点提升为新的主节点，并通知其他从节点修改配置文件，以将数据复制修改为主节点。这样可以实现自动的故障转移，无需人工干预，提高系统可用性和可扩展性。
哨兵模式不可以单独使用，它需要与主从模式一起使用。
-
集群模式（Cluster）
集群模式是为了解决单机Redis容量有限的问题，将数据按一定的规则分配到多台机器上。
在集群模式下，每个节点都负责存储数据的一部分，并且可以处理来自其他节点的请求。当一个节点出现故障时，其他节点可以接管它的职责，继续处理请求。
集群模式可以提高并发处理能力和数据容量，但实现复杂度较高，需要处理数据分片和节点间的通信等问题。
2. 主从模式的配置
启动两个Redis服务器，可以考虑在同一台机器上启动两个Redis服务器，分别监听不同的端口，如6379和6380
将配置文件拷贝两份，并修改端口号
步骤：
-
主服务器master
将配置文件拷贝两份，并修改端口号
$ redis-server 6379.conf -
从服务器slave
$ vi 6380.conf # 编辑配置文件，配置主从关系slaveof 127.0.0.1 6379 # 在末尾添加，指定master的主机地址和端口号 $ redis-server 6380.conf $ redis-cli -p 6380 # 连接从服务器，slave端口号为6380
)
)
)
)