1.0 redis持久化
Redis是一种内存型数据库，一旦服务器进程退出，数据库的数据就会丢失，为了解决这个问题，Redis提供了两种持久化的方案，将内存中的数据保存到磁盘中，避免数据的丢失。
1|1RDB持久化
redis提供了RDB持久化的功能，在指定的时间间隔内生成数据集的时间点快照（point-in-time snapshot）这个功能可以将redis在内存中的的状态保存到硬盘中，RDB持久化产生的RDB文件是一个经过压缩的二进制文件，这个文件被保存在硬盘中，redis可以通过这个文件还原数据库当时的状态。
它可以手动执行。
也可以在redis.conf中配置，定期执行。
优点：速度快，适合做备份，主从复制就是基于RDB持久化功能实现
rdb通过在redis中使用save命令触发 rdb
rdb配置参数：
?
1
2
3
4
5
6
7
8
9
10
11
port 6379
daemonize yes
pidfile /data/6379/redis.pid
loglevel notice
logfile “/data/6379/redis.log”
dir /data/6379
protected-mode yes
dbfilename dbmp.rdb
save 900 1
save 300 10
save 60 10000
每过900秒 有1个操作就进行持久化
save 900秒 1个修改类的操作
save 300秒 10个操作
save 60秒 10000个操作
2.触发rdb持久化，也可以手动save命令即可,生成 dump.rdb持久化文件
3.重启redis，数据不再丢失
4.rdb数据文件是二进制文件，人为的看不懂
1|2redis持久化之AOF
AOF（append-only log file）
记录服务器执行的所有变更操作命令（例如set del等），并在服务器启动时，通过重新执行这些命令来还原数据集
AOF 文件中的命令全部以redis协议的格式保存，新命令追加到文件末尾。
优点：最大程序保证数据不丢
缺点：日志记录非常大
配置方式
1.在配置文件中，添加aof参数
在redis-6379.conf中添加参数，开启aof功能
?
1
2
appendonly yes
appendfsync everysec
2.重启redis数据库，加载aof功能
3.检查redis数据目录/data/6379/是否产生了aof文件
?
1
2
[root@web02 6379]# ls
appendonly.aof dbmp.rdb redis.log
4.登录redis-cli，写入数据，实时监听aof文件信息
5.设置新key，检查aof信息，然后关闭redis，检查数据是否持久化
?
1
2
3
redis-cli -a redhat shutdown
redis-server /etc/redis.conf
redis-cli -a redhat
在不重启redis的情况下，切换rdb数据到aof数据中
1.配置redis支持rdb持久化
2.启动redis客户端，通过命令，临时切换到aof模式
?
1
2
3
4
127.0.0.1:6379> CONFIG set appendonly yes
OK
127.0.0.1:6379> CONFIG SET save “”
OK
3.检查此时的数据持久化方式是rdb，还是aof，检查appendonly.aof文件，数据变动
4.此时aof还未永久生效，写入参数到配置文件
编辑redis-6379.conf 添加如下参数
appendonly yes
appendfsync everysec
2|0主从同步
redis主从同步实现
1.准备三个redis数据库,redis支持多实例
三个配置文件，仅仅是端口的不同
在三个配置文件中，添加主从同步的参数
redis-6379.conf
?
1
2
3
4
5
6
7
8
9
10
11
port 6379
daemonize yes
pidfile /data/6379/redis.pid
loglevel notice
logfile “/data/6379/redis.log”
dir /data/6379
protected-mode yes
dbfilename dbmp.rdb
save 900 1
save 300 10
save 60 10000
redis-6380.conf
?
1
2
3
4
5
6
7
8
9
10
11
12
port 6380
daemonize yes
pidfile /data/6380/redis.pid
loglevel notice
logfile “/data/6380/redis.log”
dir /data/6380
protected-mode yes
dbfilename dbmp.rdb
save 900 1
save 300 10
save 60 10000
slaveof 127.0.0.1 6379
redis-6381.conf
?
1
2
3
4
5
6
7
8
9
10
11
12
port 6381
daemonize yes
pidfile /data/6381/redis.pid
loglevel notice
logfile “/data/6381/redis.log”
dir /data/6381
protected-mode yes
dbfilename dbmp.rdb
save 900 1
save 300 10
save 60 10000
slaveof 127.0.0.1 6379
2.启动三个数据库实例，查看主从同步身份
?
1
2
3
redis-cli -p 6379 info replication
redis-cli -p 6380 info replication
redis-cli -p 6381 info replication
3:确保查看信息如下 并且检查是否同步
4.如果我主库挂了怎么办？？
解决方案：
1.手动切换主从身份，选举一个新的主库
1.干掉6379主库
2.在6380上关闭自己的slave身份
slaveof no one
3.在6381上给与新的主人身份
salveof 127.0.0.1 6380
4.修改完毕，还得修改配置文件，永久生效
2,用哨兵自动选举新主人
2|1redis哨兵:
哨兵功能:
哨兵进行检测，主从架构是否正常，如果主库挂掉，哨兵会自动的修改redis.conf，进行添加/删除 slaveof 指令
redis哨兵安装配置:
1.准备三个redis实例，一主两从
详见上面redis主从配置
2,准备好了三个数据库实例，启动三个数据库实例
?
1
2
3
redis-server redis-6379.conf
redis-server redis-6380.conf
redis-server redis-6381.conf
3,准备三个哨兵，开始监控主从架构
准备三个配置文件，哨兵文件
redis-26379.conf
?
1
2
3
4
5
6
7
8
port 26379
dir /var/redis/data/
logfile “26379.log”
sentinel monitor sbmaster 127.0.0.1 6379 2
sentinel down-after-milliseconds qsmaster 30000
sentinel parallel-syncs sbmaster 1
sentinel failover-timeout sbmaster 180000
daemonize yes
redis-26380.conf
?
1
2
3
4
5
6
7
8
port 26380
dir /var/redis/data/
logfile “26380.log”
sentinel monitor sbmaster 127.0.0.1 6379 2
sentinel down-after-milliseconds qsmaster 30000
sentinel parallel-syncs sbmaster 1
sentinel failover-timeout sbmaster 180000
daemonize yes
redis-26381.conf
?
1
2
3
4
5
6
7
8
port 26381
dir /var/redis/data/
logfile “26381.log”
sentinel monitor sbmaster 127.0.0.1 6379 2
sentinel down-after-milliseconds sbmaster 30000
sentinel parallel-syncs sbmaster 1
sentinel failover-timeout sbmaster 180000
daemonize yes
4,启动三个哨兵实例
?
1
2
3
redis-sentinel redis-26380.conf
redis-sentinel redis-26379.conf
redis-sentinel redis-26381.conf
检查哨兵状态是否正常
只有发现如下信息，与下面一致，即为正常
redis-cli -p 26379 info sentinel
?
1
2
3
4
5
6
7
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=sbmaster,status=ok,address=127.0.0.1:6380,slaves=2,sentinels=3
5,进行哨兵自动主从切换
1.干掉6379的redis数据库
2.查看6380和6381的身份信息，是否自动的进行主从切换(需等待30秒才会切换)
3.手动启动6379挂掉的数据库，查看是否会被哨兵，添加进信息的主从集群
注意！！如果发现不成功，需删掉所有的哨兵配置文件，从新来过
注意！！如果发现不成功，需删掉所有的哨兵配置文件，从新来过
注意！！如果发现不成功，需删掉所有的哨兵配置文件，从新来过
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：https://www.cnblogs.com/qq752059037/p/10278296.html
声明： 猿站网有关资源均来自网络搜集与网友提供，任何涉及商业盈利目的的均不得使用，否则产生的一切后果将由您自己承担！ 本平台资源仅供个人学习交流、测试使用 所有内容请在下载后24小时内删除，制止非法恶意传播，不对任何下载或转载者造成的危害负任何法律责任！也请大家支持、购置正版！ 。本站一律禁止以任何方式发布或转载任何违法的相关信息访客发现请向站长举报，会员发帖仅代表会员个人观点，并不代表本站赞同其观点和对其真实性负责。本网站的资源部分来源于网络，如有侵权烦请发送邮件至：2697268773@qq.com进行处理。
