Redis学习笔记（4）-持久化、主从配置、哨兵、集群配置

持久化

快照方式

什么是快照方式？

Redis会根据配置规则将内存中的数据复制一份，存储在硬盘上。

如何使用快照方式？

方式一：根据配置进行快照

配置说明：save S N

S：seconds 秒数

N：number 键个数

例子：save 60 20 当60秒内改动的键数大于20时，进行快照。

可以配置多行save配置，多个配置可同时生效。

配置执行快照采用的是异步策略，在执行的过程中不会阻塞客户端请求。

方式二：根据命令执行快照

客户端命令：save和besave

当输入这两个命令时，redis会执行快照。

区别：save配置会阻塞所有客户端请求，besave不会阻塞，所以生产环境还是得用besave。

客户端命令：lastsave

当输入lastsave命令时，会返回最近一次执行快照的时间戳，用于查看快照是否执行完成。

客户端命令：flushall

当执行flushall命令时，redis会清空所有数据，但是清空前会执行快照。

但是，只有存在save配置的情况下才会执行快照。

方式三：执行主从复制时

主从复制初始化时，主数据库会执行一次快照并向从数据库传递当前的快照文件。

其他信息

存储的位置默认为Redis当前工作目录的dump.rdb文件中。

可以通过配置dir（路径）与dbfilename（文件名）两个参数来配置快照的文件的路径与文件名。

一个数据库只有一份rdb文件，当在快照执行过程中是不会修改RDB文件的，当快照结束后，才会替换老的rdb文件，也就是说，任何时候rdb文件都是完整的。

数据恢复时发生在redis重新启动时。

命令记录方式

什么是命令记录方式？

命令记录方式是将会改变Redis数据的命令实时记录到硬盘中。

好处是最大限度的降低redis意外终止导致的数据损失。

坏处是此种方式会降低redis性能。

如何使用命令记录方式？

方式：根据配置开启记录

配置参数：appendonly yes

配置后，启动redis，redis就会打开命令记录方式实现持久化功能。

配置参数：appendfsync everysec

配置后，redis才会每秒将命令写入到文件中，否则将由于系统限制，每30秒执行一次写入。

其他信息

默认Redis没有开启此方式。

存储的位置默认为Redis当前工作目录的appendonly .aof文件中。

可以通过配置dir（路径）与appendfilename（文件名）两个参数来配置快照的文件的路径与文件名。

Redis会自动优化aof文件（优化冗余命令），可以通过配置参数配置优化策略： auto-aof-rewrite-percentage

100（当前AOF文件大小超过上一次重写的AOF文件大小的百分之多少才会重写） auto-aof-rewrite-min-size

64mb（允许重写的最小AOF文件大小）。

也可以通过BGREWRITEAOF命令手动执行重写。

数据恢复时发生在redis重新启动时。

主从复制

主从复制介绍

主数据库：能读能写，可有多个从库。

从数据库：默认配置只能读不能写，只能有一个主库。

如何配置主从复制？

配置参数：slaveof 主库IP地址 主库端口

在从数据库配置中加入此参数，即可配置主从复制。

具体操作：

打开主数据库

从数据库配置文件中加入slave of参数

打开从数据库

成功信息

配置成功后启动显示



主端使用info replication显示



从端使用info replication显示



其他信息

进入相应的数据库后可以用info replication命令查看节点主从信息。

从库配置了主库后启动时，主库会生成快照并缓存生成快照期间的所有写命令，当快照生成完毕后，主库会把快照和缓存起来的写命令一起发给从库，从库拿到数据后进行初始化，初始化结束后，主库每次接到写的命令都会同步到从库。

当主从库断线重连后，会重新执行从库初始化过程保证数据同步。

主从数据库可以做读（从）写（主）分离提高数据库性能。

为了提高性能，可以设置从库启用持久化，主库禁用持久化，这样做也符合哨兵的机制。

哨兵

什么是哨兵？

哨兵的作用就是监视主从库

并且当主库出问题时将从库转成主库。

当崩溃的主库恢复时，将此库变为现有在的主库的从库。

哨兵之间也会相互监控运行情况。

如何配置哨兵？

建立起主从数据库

在想要建立哨兵的物理节点上单独建立一个sentinel.conf配置文件

登录此物理节点并执行命令启动哨兵：redis-sentinel 配置文件路径

成功结果显示



其他信息

配置文件内容为：sentinel monitor 哨兵名称（自定义，唯一） 主库IP地址 主库端口号 哨兵节点同意数（整数）

哨兵节点同意数：多个哨兵监控一个主库时，当主库崩溃，只有当此数以上的哨兵都检测到奔溃，才会启动哨兵的主从切换。

配置文件只需要配置主数据库信息，哨兵会自动发现从数据库。

哨兵部署参考方案

每个物理节点都部署一个哨兵，不论是主库还是从库。

设置哨兵节点同意数为：N/2+1，N为哨兵节点数量。

集群配置（水平切分）

为什么要使用集群配置？

当使用主从时，每个库都有着全部的数据，这样的话，最大的存储空间受限于最小内存的机器，因此，将数据水平的放在不同的物理节点上，可以解决以上问题。

如何配置水平切分？

每个集群至少需要三个主库

配置每个库的cluster-enable yes

启动每个库

使用info cluster查看当前节点是否成功打开了集群配置，cluster-enable:1表示打开成功，但此时只是打开了集群配置，并没有加入集群。

使用redis-trib.rb插件初始化集群。

其他信息

当节点加入集群后，实现数据水平切分的方式是为需要成为主库的节点分配插槽（slot）。

插槽：redis以算法将所有可能的键值换算为0-16384的整数，这分配出来的键值就是插槽。

如何使用redis-trib.rb插件初始化？

客户端命令

redis-trib.rb create –replicas N 节点IP:节点端口 节点IP:节点端口 节点IP:节点端口

N：每个主数据库拥有的从数据库的个数

节点部分的组成格式：如果N为1，就是主从，N为2就是主从从。

初始化所做的事情

查看每个节点是否运行正常，是否打开了集群配置。

将每个节点加入集群。

分配插槽

分配主从数据节点。

使用cluster slots查看插槽分配情况。

如何使用redis-trib.rb插件重新分配插槽？

如果插槽被分配过，需要重新移动节点，并且不影响已有数据。

此情况适用于集群运行过程中新增节点或删除节点等操作。

具体操作

配置新增库的cluster-enable yes

启动新增的每个库

使用节点命令redis-trib.rb reshard 节点IP:节点端口，节点可以是集群中任意一个节点，脚本会自动获取整个集群信息。

程序寻要你需要移动多少个插槽。输入你想移动的插槽个数。

程序寻要目的地节点ID，使用cluster nodes命令可以得到节点ID，并输入ID。

程序寻要移出插槽的节点ID，输入ID。

使用cluster slots查看插槽分配情况。