redis主从复制故障恢复及持久化的意义-创新互联

服务器配置：（centos7）

成都创新互联公司专业为企业提供皋兰网站建设、皋兰做网站、皋兰网站设计、皋兰网站制作等企业网站建设、网页设计与制作、皋兰企业网站模板建站服务，十年皋兰做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。

服务器IP	安装组件	节点	备注
192.168.27.210	redis-5.0.5	master	一主两从架构
192.168.26.112	redis-5.0.5	slave
192.168.26.206	redis-5.0.5	slave

最新版下载地址到各结点：Wget http://download.redis.io/releases/redis-5.0.5.tar.gz

解压压缩包并配置：


切换用户（生产环境少用ROOT用户操作）
[jerry@master data]$ sudo chown -R jerry.root redis-5.0.5

Cd /data/redis-5.0.5/src
make
192.168.27.210配置文件：vim /data/redis-5.0.5/redis-m-7000.conf
bind 0.0.0.0
port 7000
logfile "7000.log"
dbfilename "dump-7000.rdb"
daemonize yes
rdbcompression yes

192.168.26.112配置：
Cd /data/redis-5.0.5/src
make

[jerry@BDDB redis-5.0.5]$ vim /data/redis-5.0.5/redis-s-7000.conf

bind 0.0.0.0
port 7000
logfile "7000.log"
dbfilename "dump-7000.rdb"
daemonize yes
rdbcompression yes
slaveof 192.168.27.210 7000

192.168.26.206配置：
Cd /data/redis-5.0.5/src
make

bind 0.0.0.0
port 7000
logfile "7000.log"
dbfilename "dump-7000.rdb"
daemonize yes
rdbcompression yes
slaveof 192.168.27.210 7000
分别启动各结点：
[jerry@master src]$ ./redis-server ../redis-m-7000.conf

[jerry@BDDB src]$ sudo ln -s /data/redis-5.0.5/src/redis-server /usr/bin/redis-server
[jerry@BDDB src]$ redis-server ../redis-s-7000.conf

[jerry@DGIDC src]$ sudo ln -s /data/redis-5.0.5/src/redis-server /usr/bin/redis-server
[jerry@DGIDC src]$ redis-server ../redis-s-7000.conf
[jerry@DGIDC src]$ ss -tnl

看下三台服务器主从状态信息：

接着我们创建键值，测试主从是否同步：
三个结点我们都创建一个链接，方便我们使用。
[jerry@master src]$ sudo ln -s /data/redis-5.0.5/src/redis-cli /usr/bin/redis-cli
[jerry@BDDB src]$ sudo ln -s /data/redis-5.0.5/src/redis-cli /usr/bin/redis-cli
[jerry@DGIDC src]$ sudo ln -s /data/redis-5.0.5/src/redis-cli /usr/bin/redis-cli
观察主从信息状态：

info


重启主后服务器观察发现未保存的数据将丢失：


结论：
使用主从模式时应注意master节点的持久化操作，matser节点在未使用持久化的情况详情下如果宕机，并自动重新拉起服务，从服务器会出现丢失数据的情况。数据丢失的原因：因为master服务挂了之后，重启服务后，slave节点会与master节点进行一次完整的重同步操作，所以由于master节点没有持久化，就导致slave节点上的数据也会丢失掉。所以在配置了Redis的主从模式的时候，应该打开主服务器的持久化功能。
测试使用哨兵模式，自动监视Master节点，当前挂掉后，自动将Slaver节点变为Master节点：

然后手动切换从（26.206）：

127.0.0.1:7000> slaveof 192.168.26.112 7000

127.0.0.1:7000> set name tom

小结：

1. Master可读可写，Slaver只能读，不能写
2. Master可以对应多个Slaver，但是数量越多压力越大，延迟就可能越严重
3. Master写入后立即返回，几乎同时将写入异步同步到各个Slaver，所以基本上延迟可以忽略
4. 可以通过slaveof no one命令将Slaver升级为Master（当Master挂掉时，手动将某个Slaver变为Master）
5. 可以通过sentinel哨兵模式监控Master，当Master挂掉时自动选举Slaver变为Master，其它Slaver自动重连新的Master（自动不成功有时需要使用手动切主，暂时还没找到具体原因）

另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。

本文题目：redis主从复制故障恢复及持久化的意义-创新互联
转载源于：http://cdxtjz.cn/article/dshose.html