redis的持久化方式和redis集群搭建

redis的持久化方式

持久化含义:
把内存中的数据持久化到磁盘。这个过程就是持久化。当redis 启动时会从磁盘上读取数据并加载到内存。

持久化的好处:可以使redis宕机后的数据不丢失

持久化方式
RDB:以快照的方式进行持久化。在一 定时间间隔内进行快照。把数据进行保存到磁盘。

AOF:会把每次对redis的写操作命令追加到一一个日志尾， 当redis 启动时则把该日志中的命令执行一遍 .

RDB持久化

redis通过快照方式把数据放入到:dump.rdb

当我们将这个文件删除后,我们再进行key值的设置后需要进行bgsave或者save保存该文件才会生成:


查看redis.conf文件,找到:

也可以对该值进行修改

持久化可以恢复数据:
可以把dump.rdb放入到redis启动目录下。当redis再次被启动时则会加载该数据。

rdb持久化方式的优缺点

(1) RDB文件紧凑，全量备份，非常适合用于进行备份和灾难恢复。
(2)生成RDB文件的时候，redis 主进程会fork()-一个 子进程来处理所有保存工作，主进程不需要进行任何磁盘IO操作。
4.4恢复数据
可以把dump.rdb放入到redis启动目录下。当redis再次被启动时则会加载该数据。
4.5 rdb持久化方式的优缺点
有点:
(1) RDB文件紧凑，全量备份，非常适合用于进行备份和灾难恢复。
2|
(2)生成RDB文件的时候，redis 主进程会fork()-一个 子进程来处理所有保存工作，主进程不需要进行任何磁盘IO操作。
(3) RDB在恢复大数据集时的速度比AOF的恢复速度要快。

AOF持久化
aof持久化默认不开启
需要在redis.conf中进行配置:

当进行写操作则会把写的命令放入appendonly.aof

aof的优缺点
优点:
(1) AOF可以更好的保护数据不丢失，- -股AOF 会每隔1秒，通过一一个后台线程执行一-次fsync操作， 最多丢失1秒钟的数据。
(2) AOF日志文件没有任何磁盘寻址的开销，写入性能非常高，文件不容易破损。
(3) AOF日志文件即使过大的时候，出现后台重写操作，也不会影响客户端的读写。
缺点
(1)对于同一-份数据来说，AOF日志文件通常比RDB数据快照文件更大.
(2) 恢复数据时时间要比快照模式慢很多。

redis集群
搭建主从关系:
在一台虚拟机中开启三个端口号不同的redis服务
首先创建一个文件夹,用来存储三个不同配置的redis.conf文件
这里创建三个端口号位6380,6381,6382的redis.conf,这里将6380作为主,其他两个为从.


将这三个redis.conf分别进行编辑:


改完之后启动三个redis服务:


复制当前会话:

分别在三个会话窗口进行redis客户连接:



在两个从节点中输入:

表示两个从节点以哪个端口号为主节点

然后在三个会话窗口分别输入:info replication
查看三者之间的关系:

主节点可写可读,从节点只可读,不可写

该主从关系弊端:
如果主节点突然宕机,那么用户此时只可读不可写

解决此问题搭建哨兵模式:

哨兵模式搭建
哨兵模式通俗地说就是建立一个哨兵监控用来监控主节点的宕机情况,如果主节点宕机,哨兵会自动在从节点中随机选取一个当做主节点,原先归属原主节点的从节点也会归属到新的主节点当中

首先新建一个窗口连接
在redis安装路径下找到哨兵配置文件:



启动哨兵:

开始测试:
使6080的主节点宕机:

查看哨兵窗口:
1分钟左右后哨兵开始选举:

经过再一轮测试,如果6380重启,则此时主节点还是6381,原先的主节点6380依然不会重新成为主节点.6380成为6381的从节点.

redis搭建集群

创建一个文件夹作为放置集群配置文件的包
这里创建三主三从
主分别为 7001 8001 9001
从分别为 7002 8002 9002

拷贝redis.conf文件到该包下
并且复制6份,分别将文件名后加7001等数字进行区分:

进行编辑:




6个文件都把对应数字更改后其他皆是按照上面更改
更改完后启动这6个服务: