一 Redis 持久化和复制

1 Redis持久化的两种方式：

1 RDB：可以再指定的时间间隔内生成数据集的时间点快照（每隔一定的时间做一个快照，进行将其刷新到磁盘上，断电） 2 AOF：把服务器执行的所有写操作命令记录下来，然后在服务器启动时，通过重新执行这些命令来还原数据集，AOF文件的操作相当于自增操作，

Redis可以同时使用RDB和AOF这两种方式。 当Redis重启时，会优先使用AOF文件来还原数据集。 你也可以关闭持久化功能 RDB：可以做备份，RDB可以最大化Redis性能，父进程在保存RDB文件时唯一要做的就是fork出一个子进程，然后这个子进程会处理接下来的所有保存工作，父进程无需进行任何磁盘的I/O操作。 RDB：数据恢复快 RDB缺点：时间间隔不能太频繁，fork可能会非常耗时，导致服务器在某一时间段内停止处理客户端， save 900 1 在900s内，如果有一个key被改变，那么就进行快照 save 300 10 如果在300s内，如果有10个key被改变，那么久进行快照 save 60 10000 同上

快照的存储位置： The filename where to dump the DB dbfilename dump.rdb [root@controller01 ~]# cd /var/lib/redis/ [root@controller01 redis]# ls dump.rdb [root@controller01 redis]# file dump.rdb dump.rdb: data

快照的流程 1 fork子进程 2 父进程继续干活 3 子进程开始将内存中的数据开始写入磁盘中的临时文件 4 当子进程写完数据后，用临时文件替换RDB文件，此RDB文件是经过压缩的，因此其占用空间小 5 服务启动时，直接将此文件载入到内存中即可

AOF优点 每一秒执行写操作，down机只会丢失1秒的数据 AOF 文件是一个只进行追加操作的日志文件，即使日志因为某些原因而包含了威胁如完整的命令，Redis-check-aof工具也可以修复 Redis可以在AOF文件体积变大时，自动地在后台对AOF进行重写， AOF 很容易被读懂 AOF缺点： 1 体积大于RDB 2 速度慢于RDB Redis 复制（replication） Redis支持简单且医用的主从复制（master-slave replication）功能，该功能可以让服务器（slave server）成为主服务器的精确复制品

2 Redis复制

1 使用异步复制，从Redis2.8开始，从服务器会以每一秒的频率向主服务器报告复制流的处理进度 2 一个主服务器可以有多个从服务器 3 不仅主服务器可以有从服务器，从服务器也可以有自己的从服务器 4 复制功能不会阻塞主服务器： 即使有一个或多个从服务器正在进行初次同步， 主服务器也可以继续处理命令请求。 5 复制功能也不会阻塞从服务器： 只要在 redis.conf 文件中进行了相应的设置， 即使从服务器正在进行初次同步， 服务器也可以使用旧版本的数据集来处理命令查询。 6 不过， 在从服务器删除旧版本数据集并载入新版本数据集的那段时间内， 连接请求会被阻塞。 7 你还可以配置从服务器， 让它在与主服务器之间的连接断开时， 向客户端发送一个错误。 8 复制功能可以单纯地用于数据冗余（data redundancy）， 也可以通过让多个从服务器处理只读命令请求来提升扩展性（scalability）： 比如说， 繁重的 SORT 命令可以交给附属节点去运行。 9 可以通过复制功能来让主服务器免于执行持久化操作： 只要关闭主服务器的持久化功能， 然后由从服务器去执行持久化操作即可。

二 环境准备

1 安装gcc

2 安装软件

server1 复制到其他主机 server2 server3

三 配置主从架构：

1 server1 为主服务器：

配置其监听端口为所有端口

2 server 2从服务器端配置：

配置监听段口为所有 2 配置主服务器的IP和端口为6379和server1 IP

3 server3从服务器端配置：

服务器端及客户端重启服务加载配置，并在服务端插入数据： 服务端查看绑定端口情况 客户端查看绑定端口情况

4 客户端查看服务端插入数据是否同步成功：

四 Redis 高可用配置：

1 环境：

主机名 IP地址 描述
server 1 192.168.3.10 master
server2 192.168.3.20 slave
server3 192.168.3.30 slave

2 Redis sentinel介绍

sentinel 的三个任务： 1 监控(monitoring)：不断检测主服务器和从服务器是否运行正常 2 提醒(notification)： 当被监控的某个redis服务器出现问题时，sentinel 可以通过API向管理员或其他应用程序发送通知： 3 自动故障迁移：当一个主服务器不能正常工作时， Sentinel 会开始一次自动故障迁移操作， 它会将失效主服务器的其中一个从服务器升级为新的主服务器， 并让失效主服务器的其他从服务器改为复制新的主服务器； 当客户端试图连接失效的主服务器时， 集群也会向客户端返回新主服务器的地址， 使得集群可以使用新主服务器代替失效服务器。

启动redis-sentinel程序： 对于 redis-sentinel 程序， 你可以用以下命令来启动 Sentinel 系统： 对于 redis-server 程序， 你可以用以下命令来启动一个运行在 Sentinel 模式下的 Redis 服务器： redis-server /path/to/sentinel.conf --sentinel 两种方法都可以启动一个 Sentinel 实例。 启动 Sentinel 实例必须指定相应的配置文件， 系统会使用配置文件来保存 Sentinel 的当前状态， 并在 Sentinel 重启时通过载入配置文件来进行状态还原。 如果启动 Sentinel 时没有指定相应的配置文件， 或者指定的配置文件不可写（not writable）， 那么 Sentinel 会拒绝启动。

sentinel API 默认情况下，sentinel 使用TCP的26379端口 sentinel 接受redis协议格式的命令请求，所以你可以使用 redis-cli 或者任何其他 Redis 客户端来与 Sentinel 进行通讯。 有两种方式可以和 Sentinel 进行通讯： 第一种方法是通过直接发送命令来查询被监视 Redis 服务器的当前状态， 以及 Sentinel 所知道的关于其他 Sentinel 的信息， 诸如此类。 另一种方法是使用发布与订阅功能， 通过接收 Sentinel 发送的通知： 当执行故障转移操作， 或者某个被监视的服务器被判断为主观下线或者客观下线时， Sentinel 就会发送相应的信息。

2 复制配置文件：

2 修改配置：

参数详解： 1 sentinel monitor mymaster 192.168.3.10 6379 2 设置master 并写入如果有两个节点认为主服务器down机，则主服务器down机 主观下线和客观下线 指单个实例sentinel实例对服务器作出的下线判断操作 如果服务器在给定的毫秒数之内， 没有返回 Sentinel 发送的 PING 命令的回复， 或者返回一个错误， 那么 Sentinel 将这个服务器标记为主观下线（subjectively down，简称 SDOWN ）。 客观下线：多个slave对同一个服务器作出sdown判断

1 sentinel down-after-milliseconds mymaster 5000 设置认为服务器断线的确认时间，即5s后确认其断线 2 sentinel config-epoch mymaster 1 设置当主服务器down机后负责与新的master同步的slave 的数量，一旦slave参与与master之间的消息同步，则其不能对外客户端进行响应

4 复制配置文件至其他节点：

5 启动服务：

6 进行测试：

此时的master 为server2,如果将server2 down机后，由server1接管

五 Redis 集群：

1 添加相关文件：

2 创建配置文件

3 拷贝配置文件到其他节点：

4 修改配置文件端口号

5 安装redis用以启动此服务

1 安装gcc 2 安装redis

启动服务：其他的一次类推 查看启动情况

6 集群搭建：

1 安装相关软件用于搭建集群：

2 集群启动

3 集群查看

4 基本操作：

1 添加节点：

启动服务： 查看服务： 1 随机添加节点： 2 添加master节点： 3 为指定的master添加节点： 2 节点的移动，将某一个slave 节点移动到对应的master 上