Linux云计算 |【第四阶段】NOSQL-DAY3
主要内容：redis主从复制、哨兵服务（高可用）、数据持久化（RDB、AOF）
一、Redis主从复制概述
Redis 主从复制是一种数据复制机制，用于在多个 Redis 实例之间同步数据，以提高系统的可用性、可靠性和读取性能。主从复制的基本头脑是将一个 Redis 实例（主节点）的数据复制到一个或多个其他 Redis 实例（从节点），从而实现数据的冗余备份和读写分离。以下是 Redis 主从复制的概述：
1. 基本概念
[*]主节点（Master）：负责处理全部写利用，并将数据变更同步到从节点。
[*]从节点（Slave）：复制主节点的数据，并可以处理读利用。从节点不处理写利用，只负责读取和备份数据。
2. 主从复制的设置
[*]主节点设置：通常不需要特殊设置，主节点默认担当全部客户端的读写哀求。
[*]从节点设置：从节点需要设置主节点的地点和端口，例如： slaveof <master-ip> <master-port>
或者在设置文件中设置： slaveof 192.168.1.100 6379
3. 数据同步过程
[*]全量复制（Full Resynchronization）：
[*]当从节点初次连接到主节点时，会进行全量复制。主节点生成一个 RDB 快照文件，并将其发送给从节点。
[*]从节点吸收并加载 RDB 文件，然后继续同步主节点的增量数据。
[*]增量复制（Partial Resynchronization）：
[*]在全量复制完成后，主节点会将后续的数据变更（写利用）通过复制缓冲区（replication buffer）发送给从节点。
[*]从节点吸收并应用这些增量数据，保持与主节点的数据一致性。
4. 复制缓冲区
[*]复制缓冲区（Replication Buffer）：主节点维护一个复制缓冲区，用于存储近来的数据变更。从节点通过复制缓冲区吸收增量数据。
[*]复制积压缓冲区（Replication Backlog）：主节点还维护一个复制积压缓冲区，用于在从节点断开连接后重新同步数据。
5. 利用场景
[*]读写分离：适用于读多写少的场景，通过读写分离提高系统的读取性能。
[*]数据备份：适用于需要数据冗余备份的场景，提高数据的可靠性和容错本领。
[*]故障转移：适用于需要高可用性的场景，通过故障转移机制确保服务的一连性。
1）结构模式：一主一从、一主多从、主从从
https://i-blog.csdnimg.cn/direct/734d3ffa3747489294742c55d525ab70.png
2）主从复制工作原理（与MySQL的主从同步差别）
[*]① Slave向Master发送sync下令；
[*]② Master启动后台存盘进程，并收集全部修改数据下令；
[*]③ Master完成后台存盘后，传送整个数据文件到Slave;
[*]④ Slave吸收数据文件，加载到内存中完成初次完全同步；
[*]⑤ 后续有新数据产生时，Master继续收集数据修改下令一次传给Slave，完成同步；
1、一主一从结构示例：
实验网络拓扑：
https://i-blog.csdnimg.cn/direct/953c43f2c1a8409885d0d296c6d3b3c5.png
步调1：规复redis1和redis2的redis默认设置
① 修改2个节点的设置文件，注释集群功能，并重启服务
## redis1
# vim /etc/redis/6379.conf
# cluster-enabled yes
# cluster-config-file nodes-6379.conf
# cluster-node-timeout 5000
# service redis_6379 stop //停止服务
Stopping ...
Redis stopped
# ls /var/lib/redis/6379/
dump.rdb nodes-6379.conf
# rm -f /var/lib/redis/6379/* //清除数据目录
# service redis_6379 start //启动服务
Starting Redis server...
## redis2
# vim /etc/redis/6379.conf
# cluster-enabled yes
# cluster-config-file nodes-6379.conf
# cluster-node-timeout 5000
# service redis_6379 stop //停止服务
Stopping ...
Redis stopped
# ls /var/lib/redis/6379/
dump.rdb nodes-6379.conf
# rm -f /var/lib/redis/6379/* //清除数据目录
# service redis_6379 start //启动服务
Starting Redis server...
步调2：设置主从服务器
① 默认redis都是主服务器（无需设置）
# redis-cli
127.0.0.1:6379> INFO replication //查看主从复制信息
# Replication
role:master /角色为master主节点
connected_slaves:0
master_replid:fea1bd84c837c4968c506c4ef01df7bdb05ffa9f
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0 ② 设置redis2(192.168.1.12)为redis1的从服务器
- 方法1：通过下令进行设置（临时见效）
# redis-cli
127.0.0.1:6379> SLAVEOF 192.168.2.11 6379 //指定主服务器IP和端口
OK
127.0.0.1:6379> INFO replication //查看主从复制信息
# Replication
role:slave //角色为Slave从节点
master_host:192.168.2.11 //主节点IP地址
master_port:6379 //主节点端口
master_link_status:up //到主节点的连接状态
master_last_io_seconds_ago:8
master_sync_in_progress:0
slave_repl_offset:14
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:fdeac0f68bb6295ace1c3d82ecc0512f011afb8f
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:14
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:14 - 方法2：修改设置文件（永久见效），需要重启服务
# vim /etc/redis/6379.conf
#slaveof <masterip> <masterport>
slaveof 192.168.2.11 6379 //指定主服务器IP和端口
# service redis_6379 restart
Stopping ...
Redis stopped
Starting Redis server... # 查看redis1主节点的主从复制信息
# redis-cli
127.0.0.1:6379> INFO replication
# Replication
role:master
connected_slaves:1 //从服务器连接为1
slave0:ip=192.168.2.12,port=6379,state=online,offset=364,lag=1
master_replid:fdeac0f68bb6295ace1c3d82ecc0512f011afb8f
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:364
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:364 ③ 测试设置
# 在redis1主服务器上添加数据
127.0.0.1:6379> SET name tom
OK
127.0.0.1:6379> SET email tom@tedu.cn
OK # 在redis2从服务器上查看同步的数据
# redis-cli
127.0.0.1:6379> KEYS *
1) "email"
2) "name"
127.0.0.1:6379> MGET name email
1) "tom"
2) tom@tedu.cn 常见报错：在从服务器无法进行写入利用，会有报错
127.0.0.1:6379> SET name jerry
(error) READONLY You can't write against a read only slave. 与MySQL区别：Redis不可以往从服务器上写入利用会有报错，且没有相干授权用户利用；MySQL授权的用户假如有INSERT权限，可以往从服务器上写入数据，但会导致主从同步的SQL-server失效；
2、设置带验证的主从复制示例：
基于以上示例【一主一从结构】，设置认证
实验网络拓扑：
https://i-blog.csdnimg.cn/direct/3cba8b624bc84f63863b0c284dea3e52.png
步调1：设置主服务器redis1的连接暗码为`tedu.cn`（redis1利用）
① 设置暗码
# vim +501 /etc/redis/6379.conf
# requirepass foobared
requirepass tedu.cn //请求密码 ② 修改服务启动脚本（添加暗码，否则关闭服务会报错）
# vim +43 /etc/init.d/redis_6379
$CLIEXEC -p $REDISPORT -a tedu.cn shutdown ③ 重启服务
# service redis_6379 restart
Stopping ...
Redis stopped
Starting Redis server...
步调2：设置从服务器（redis2利用）
① 修改设置文件，设置主服务器连接暗码
# vim +289 /etc/redis/6379.conf
# masterauth <master-password>
masterauth tedu.cn //定义连接Master密码 ② 重启服务
# service redis_6379 restart
Stopping ...
Redis stopped
Starting Redis server... ③ 在从服务器本机连接redis服务，查看主从复制信息
# redis-cli
127.0.0.1:6379> ping
PONG
127.0.0.1:6379> info replication //查看主从复制信息
# Replication
role:slave
master_host:192.168.2.11
master_port:6379
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:322
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:14f6ce64ec702fde0b0905ac257953f1034e1967
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:322
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:85
repl_backlog_histlen:238 验证设置：从服务器连接主服务器redis服务
# redis-cli -h 192.168.2.11
192.168.2.11:6379> ping
(error) NOAUTH Authentication required. //认证失败
192.168.2.11:6379> info replication
NOAUTH Authentication required. //认证失败
# redis-cli -h 192.168.2.11 -a tedu.cn //指定密码连接
192.168.2.11:6379> ping
PONG
192.168.2.11:6379> info replication //查看主从复制信息
# Replication
role:master
connected_slaves:1
slave0:ip=192.168.2.12,port=6379,state=online,offset=1498,lag=1
master_replid:04f765d3caba1faf0a9580a23cfea8fb0fb98e41
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1498
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:1498
192.168.2.11:6379> AUTH tedu.cn //验证密码
OK
二、Sentinel 哨兵服务
Redis Sentinel 是 Redis 的高可用性解决方案，用于监控 Redis 主从复制环境中的主节点和从节点，并在主节点发生故障时自动进行故障转移。Sentinel 通过监控、通知和自动故障转移，确保 Redis 服务的高可用性和可靠性。以下是 Redis Sentinel 的概述：
[*]一般节点较少且不在redis集群中，需要实现主从切换，一般是主服务器宕机后，需要手动把一台从服务器切换为主服务器，无法实现自动的选举成主服务器；而通过哨兵服务sentinel来监视Master服务器，发现Master宕机后，可以将从服务器升级为主服务器；
[*]哨兵模式是redis官方提供的高可用方案，是一种特殊的模式，首先Redis提供了哨兵的下令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送下令，等待Redis服务器响应，从而监控运行的多个Redis服务实例的运行情况；
1.Sentinel 的基本概念
[*]Sentinel 节点：Sentinel 是一个独立的进程，负责监控 Redis 主从集群的状态。多个 Sentinel 节点可以构成一个 Sentinel 集群，以提高监控的可靠性和容错本领。
[*]主节点（Master）：被监控的 Redis 主节点。
[*]从节点（Slave）：被监控的 Redis 从节点。
2.Sentinel 的功能
[*]监控（Monitoring）：Sentinel 持续监控主节点和从节点的状态，查抄它们是否正常运行。
[*]通知（Notification）：Sentinel 可以通过设置的通知系统（如邮件、短信等）向管理员发送通知，陈诉主节点或从节点的状态变化。
[*]自动故障转移（Automatic Failover）：当主节点发生故障时，Sentinel 会自动选择一个从节点提升为主节点，并通知其他从节点和新主节点进行数据同步。
[*]设置提供者（Configuration Provider）：Sentinel 可以作为客户端的设置提供者，客户端可以通过 Sentinel 获取当前的主节点地点。
3.Sentinel 的工作原理
[*]监控：Sentinel 定期向主节点和从节点发送 PING 下令，查抄它们的状态。假如某个节点在指定时间内没有响应，Sentinel 会将其标记为“主观下线”。
[*]主观下线和客观下线：
[*]主观下线（Subjectively Down, SDOWN）：单个 Sentinel 节点认为某个节点下线。
[*]客观下线（Objectively Down, ODOWN）：当足够数量的 Sentinel 节点（达到 quorum 值）认为某个节点下线时，该节点被标记为客观下线。
[*]故障转移：
[*]当主节点被标记为客观下线时，Sentinel 集群会进行故障转移。
[*]Sentinel 集群通过选举机制选择一个 Sentinel 节点作为领导者，负责执行故障转移。
[*]领导者 Sentinel 选择一个从节点提升为主节点，并通知其他从节点和新主节点进行数据同步。
[*]客户端通过 Sentinel 获取新的主节点地点，继续进行读写利用。
1、故障切换（failover）的过程
假设主服务器宕机，哨兵先检测到这个结果，但并不会立刻进行failover过程，仅仅是哨兵主观的认为主服务器不可用，这个现象成为主观下线。当后面的哨兵也检测到主服务器不可用，而且数量达到肯定值时，那么哨兵之间就会进行一次投票，投票的结果由一个哨兵发起，进行failover利用。切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为客观下线。这样对于客户端而言，一切都是透明的。
主设置文件：sentinel.conf
模板文件：redis-4.0.8/sentinel.conf
设置哨兵服务步调：
[*]① 安装redis软件
[*]② 创建主设置文件（参考模板文件）
格式：sentinel monitor <name> <masterIP> <masterPort> <Quorum投票数>
https://i-blog.csdnimg.cn/direct/be3ef2df26c349edbbbbc85b10d2e0b8.png
③ 启动哨兵服务（Sentinel默认端口号为26379）
# ss -nlptu | grep :26379
tcp LISTEN 0 128 *:26379 *:* users:(("redis-sentinel",pid=11158,fd=6))
2、设置哨兵服务示例
基于以上示例【设置带验证的主从复制】，设置哨兵服务
实验网络拓扑：
https://i-blog.csdnimg.cn/direct/f005bbcfaf974462b67e7420bd0bdbfb.png
步调1：设置哨兵服务
# ls /usr/local/redis/bin/ //哨兵脚本（redis-sentinel） https://i-blog.csdnimg.cn/direct/2e1c10b0019b4576a9b372cbaa81f2f3.png
① 在redis服务器(如redis1)上，拷贝哨兵程序到哨兵服务器
# scp -r /usr/local/redis 192.168.2.19:/usr/local ② 在sentinel服务器上，将redis安装目次添加至PATH环境变量
# echo 'export PATH=$PATH:/usr/local/redis/bin' >> /etc/bashrc
# source /etc/bashrc # 查看帮助
# redis-sentinel -h
Usage: ./redis-server
./redis-server - (read config from stdin)
./redis-server -v or --version
./redis-server -h or --help
./redis-server --test-memory <megabytes>
Examples:
./redis-server (run the server with default conf)
./redis-server /etc/redis/6379.conf
./redis-server --port 7777
./redis-server --port 7777 --slaveof 127.0.0.1 8888
./redis-server /etc/myredis.conf --loglevel verbose
Sentinel mode:
./redis-server /etc/sentinel.conf --sentinel ③ 创建哨兵服务的设置文件（手动创建）
# vim /etc/sentinel.conf
sentinel monitor redis1 192.168.2.11 6379 1 //监视主服务器（主机名、IP、端口、票数）
bind 0.0.0.0 //哨兵服务运行地址（使得Redis服务器可以跨网络访问）
sentinel auth-pass redis1 tedu.cn //连接主服务器的密码 ④ 启动哨兵服务
# redis-sentinel /etc/sentinel.conf
11158:X 21 Jun 14:23:32.181 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
11158:X 21 Jun 14:23:32.181 # Redis version=4.0.8, bits=64, commit=00000000, modified=0, pid=11158, just started https://i-blog.csdnimg.cn/direct/81a293230ee54bc1b6a3866188767c93.png
测试设置：
① 停止主服务器redis1节点的Redis服务
# service redis_6379 stop
Stopping ...
Redis stopped # 哨兵服务状态信息
https://i-blog.csdnimg.cn/direct/f19f4fdb337a45798cee17fe91d8756d.png
② 在redis2节点上查看主从复制状态（redis2节点vote投票为主服务器）
# redis-cli
127.0.0.1:6379> INFO replication
# Replication
role:master //已变为主服务器
connected_slaves:0
master_replid:5627cc5fe2bb9d81de6b50bfd3a69c83257d9ac7
master_replid2:04f765d3caba1faf0a9580a23cfea8fb0fb98e41
master_repl_offset:39496
second_repl_offset:33720
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:39496 ③ 规复redis1节点的Redis服务
# service redis_6379 start
Starting Redis server... # 哨兵服务状态信息（将原主节点redis1作为redis2的从节点）
https://i-blog.csdnimg.cn/direct/06c694fbd6ab4c61bc8f910448693c87.png
④ 在redis1节点上查看主从复制状态（redis1节点已切换为redis2的从服务器）
# redis-cli -a tedu.cn
127.0.0.1:6379> INFO replication
# Replication
role:slave //已变为从服务器
master_host:192.168.2.12
master_port:6379
master_link_status:up
master_last_io_seconds_ago:2
master_sync_in_progress:0
slave_repl_offset:69788
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:5627cc5fe2bb9d81de6b50bfd3a69c83257d9ac7
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:69788
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:56896
repl_backlog_histlen:12893
三、数据持久化
1、RedisDataBase(RDB)，Redis数据库文件
[*]① 数据持久化方式之一；
[*]② 数据持久化默认方式；
[*]③ 按照指定时间隔断，将内存中的数据集快照写入硬盘；
[*]④ 通过RDB进行备份还原，只要拷贝RBD文件即可
https://i-blog.csdnimg.cn/direct/4ab49bbec6e643fea982ef1feffa3566.png
RDB的优缺点：
① 优点：
[*]高性能的持久化实现：创建一个子进程来执行持久化，先将数据写入临时文件，持久化过程竣事后，再用这个临时文件更换上次持久化好的文件；
[*]过程中主进程不做任何IO利用；
[*]比力适合大规模数据规复，且对数据完整性要求不黑白常高的场合；
② 缺点：
不测宕机时，丢失最后一次持久化的全部数据；
- RDB界说文件名：dbfilename “dump.rdb”
- 数据从内存生存到磁盘的频率设置：
[*]save 900 1 //15分钟内有1个key改变即存盘
[*]save 300 10 //5分钟内有10个key改变即存盘
[*]save 60 10000 //1分钟内有10000个key改变即存盘
- 手动存盘：
[*]save //壅闭写存盘
[*]bgsave //不壅闭写存盘（bg：backgroup后台）
增补：Redis是单线程来处理下令的，全部每一条到达服务端的下令不会立即执行，全部的下令都会进入一个队列中，然后逐个被执行；而且多个客户端发送的下令的执行顺序是不确定的。但是可以确定的是不会有两条下令被同时执行，不会产生并发问题，这就是Redis的单线程基本模子；
设置RDB示例
步调1：设置RDB参数，随便找一台redis服务器（关闭集群功能）
# vim /etc/redis/6379.conf
dbfilename dump.rdb //RDB定义文件名（默认即可）
save 900 1
#save 300 10
save 120 10 //120秒内，有10个key改变即存盘
save 60 10000 步调2：清空rbd数据
① 停止redis服务
# service redis_6379 stop
Stopping ...
Redis stopped ② 删除数据
# ls /var/lib/redis/6379/
dump.rdb nodes-6379.conf
# rm -rf /var/lib/redis/6379/* ③ 启动redis服务
# service redis_6379 start
Starting Redis server... # 查看数据文件，由于没有存储过任何数据，所以不存在RBD文件
# ls /var/lib/redis/6379/
步调3：存储数据
① 120秒内添加10个数据，并记录一次存盘
# redis-cli
127.0.0.1:6379> MSET k1 v1 k2 v2 k3 v3 k4 v4 k5 v5
OK
127.0.0.1:6379> MSET k6 v6 k7 v7 k8 v8 k9 v9 k10 v10
OK
127.0.0.1:6379> KEYS *
1) "k1"
2) "k4"
3) "k8"
4) "k2"
5) "k10"
6) "k7"
7) "k9"
8) "k3"
9) "k5"
10) "k6"
127.0.0.1:6379> exit ② 验证查看数据文件
# watch -n1 ls /var/lib/redis/6379/ //watch命令实时动态查看
# ls /var/lib/redis/6379/
dump.rdb
步调4：验证备份还原
① 备份数据文件
# cp /var/lib/redis/6379/dump.rdb /root/
# ls /root/
anaconda-ks.cfg dump.rdb redis-4.0.8 ② 模拟误删除数据
# redis-cli
127.0.0.1:6379> FLUSHALL
OK
127.0.0.1:6379> KEYS *
(empty list or set)
127.0.0.1:6379> exit ③ 通过备份的dump.rdb文件，规复数据
# service redis_6379 stop //停止服务，防止其他用户连接产生新数据
Stopping ...
Redis stopped
# cp /root/dump.rdb /var/lib/redis/6379/ //用备份文件覆盖目标文件
cp：是否覆盖"/var/lib/redis/6379/dump.rdb"？ yes ④ 启动服务并验证
# service redis_6379 start //启动服务
Starting Redis server...
# redis-cli
127.0.0.1:6379> KEYS *
1) "k1"
2) "k4"
3) "k8"
4) "k6"
5) "k3"
6) "k9"
7) "k5"
8) "k7"
9) "k10"
10) "k2" 增补：rdb文件无法直接利用cat查看，可以通过strings下令查看
# cat /var/lib/redis/6379/dump.rdb
REDIS0008▒ redis-ver4.0.8▒
redis-bits▒@▒ctimeªN▒`used-mem�▒
▒
aof-preamble▒▒▒
k1v1k4v4k8v8k2v2k10v10k7v7k9v9k3v3k5v5k6v6▒.▒G▒v # strings /var/lib/redis/6379/dump.rdb //通过strings可查看rdb文件
REDIS0008
redis-ver
4.0.8
redis-bits
ctime
used-mem
aof-preamble 增补：RDB存储数据不是立即存储，而是按照指定时间隔断，将内存中的数据集快照写入硬盘，假如不测宕机，时间隔断未到且未存盘，则大概会导致最后一次持久化数据全部丢失；AOF已追加方式进行存盘，安全性和可靠性比RDB存储更高，但由于是及时存数据，效率比RDB差；
2、Append Only File(AOF)
[*]① 追加方式记录写利用的文件
[*]② 记录redis服务全部写利用（与MySQL的binlong日志雷同）
[*]③ 不断的将新的写利用，追加到文件的末尾
[*]④ 默认没有启用（appendonly yes启用aof）
[*]⑤ 利用cat下令可以查看文件内容
利用AOF文件规复数据：
https://i-blog.csdnimg.cn/direct/c82177c51e4a4eea9a013771b2647bf6.png
AOF界说文件名：appendfilename “appendonly.aof”
AOF文件记录写利用的方式：
[*]appendfsync always //及时记录，并完成磁盘同步
[*]appendfsync everysec //每秒记录一次，并完成磁盘同步
[*]appendfsync no //写入aof，不执行磁盘同步
AOF的优缺点：
① 优点：
[*]可以机动设置持久化方式
[*]出现不测宕机时，仅大概丢失1秒的数据
② 缺点：
[*]持久化文件的体积通常会大于RDB方式
[*]执行fsync计谋时的速度大概会比RDB方式慢
https://i-blog.csdnimg.cn/direct/e714b1e4939e4935ac9cf8b83fa691fd.png
设置AOF示例：
① 下令行方式设置（永久修改）
# redis-cli
127.0.0.1:6379> CONFIG SET appendonly yes //启用AOF
OK
127.0.0.1:6379> CONFIG REWRITE
OK
127.0.0.1:6379> SAVE
OK
127.0.0.1:6379> exit ② 查看AOF文件
# ls /var/lib/redis/6379/
appendonly.aof dump.rdb
# cat /var/lib/redis/6379/appendonly.aof
*2
$6
SELECT
$1
0
*3
$3
SET
$2
k1
$2
v1
*3
$3
... 增补：修改设置文件
# vim /etc/redis/6379.conf
appendonly yes
appendfilename “appendonly.aof"
appendfsync everysec
验证备份还原
① 备份AOF文件
# cp /var/lib/redis/6379/appendonly.aof /root/ ② 模拟误删除数据
# redis-cli
127.0.0.1:6379> KEYS *
1) "k1"
2) "k4"
3) "k8"
4) "k6"
5) "k3"
6) "k9"
7) "k5"
8) "k7"
9) "k10"
10) "k2"
127.0.0.1:6379> FLUSHALL
OK
127.0.0.1:6379> KEYS *
(empty list or set) ③ 通过appendonly.aof备份的文件，规复数据
# service redis_6379 stop
Stopping ...
Redis stopped# rm -rf /var/lib/redis/6379/*# cp /root/appendonly.aof /var/lib/redis/6379/ ④ 启动服务并验证
# service redis_6379 start
Starting Redis server...# redis-cli127.0.0.1:6379> KEYS * 1) "k9" 2) "k5" 3) "k4" 4) "k2" 5) "k1" 6) "k7" 7) "k10" 8) "k8" 9) "k3"10) "k6" RDB是将数据硬备份，而AOF是将追加记录文件的写利用在执行一遍，实现数据规复；
小结：
本篇章节为【第四阶段】NOSQL-DAY3 的学习条记，这篇条记可以初步相识到 redis主从复制、哨兵服务（高可用）、数据持久化（RDB、AOF）。除此之外保举参考相干学习网址：
[*]参考：http://www.redis.cn/topics/sentinel.html
[*]参考：Redis哨兵（Sentinel）模式 - 简书
Tip：究竟两个人的聪明大于一个人的聪明，假如你不明白本章节的内容或需要相干条记、视频，可私信小安，请不关键羞和回避，可以向他人请教，花点时间直到你真正的明白。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]