佛山网站建设的首选公司,google下载安装,宁波男科医院,网站建设与维护制度1、redis的高可用考虑指标
#xff08;1#xff09;正常服务
#xff08;2#xff09;数据容量的扩展
#xff08;3#xff09;数据的安全性
2、redis实现高可用的四种方式
#xff08;1#xff09;持久化
#xff08;2#xff09;主从复制
#xff08;31正常服务
2数据容量的扩展
3数据的安全性
2、redis实现高可用的四种方式
1持久化
2主从复制
3哨兵模式
3cluster集群
3、持久化的两种方式【重点】
1RDB持久化redis在内存中的数据定时保存到磁盘中
自动机制
1配置文件vim /etc/redis/6379.conf
①一定时间内redis数据发生变化bgsave更新
save 120 1000生产中常用
save 60 10000生产中常用
数据变动越多执行的时间越短数据变动不多执行的时间越长
②rdb文件的压缩功能
③持久化文件的位置
2主从复制若从节点执行的是全量复制操作主节点会执行bgsave将.rdb文件传送给从节点
3关闭主进程shutdown后会自动执行.rdb的持久化
手动机制
①save工作中禁用
②bgsaveredis主从复制的默认机制
2AOF持久化redis的操作日志以追加的方式写入AOF的文件
①自动机制
②重写功能
1手动触发redis-cli bgrewriteaof 2自动触发vim /etc/redis/6379.conf 【重点】.aof文件出现截断的情况下该怎么做经验
aof-load-truncated yes #判断.aof文件被截断时的行为
设置成yes表示发现.aof文件被截断redis在修复时尽可能的恢复.aof文件中的数据且redis会继续运行
4、AOF备份和恢复【重点】
停止redis服务/etc/init.d/redis_6379 stop
在appendonly.aof文件中删除不需要的操作即可恢复数据 重启redis服务/etc/init.d/redis_6379 restart
注RDB是redis的默认持久化但一旦开启AOF持久化那么reids会以AOF的持久化文件作为最高优先级
5、AOF的重写功能【重点】
随着时间增长AOF文件中的数据也会随之增加AOF文件也随之变大过大的AOF文件不仅会影响服务器的正常运行也会导致数据恢复时间过长
文件重写是指定期的重写AOF文件减小AOF文件的体积AOF重写是将redis进程的数据转化为写命令同步到新的AOF文件中不会额外生成一个新的AOF文件只是在原内容中进行压缩不会对原有的AOF文件进行任何读写操作
注文件重写虽是AOF持久化推荐的但不是必须的【重点】
没有重写不影响redis启动时读取数据在实际工作中会关闭文件重写功能通过定时任务完成。具体重不重写根据业务需求来看
AOF重写为什么能压缩文件
①重写过程中过期的数据不会写入文件
②重写过程中无效的命令不再写入文件数据被重复设置例如set test 1set test 2删除的数据也不会写入set test 1 del test ③重写过程中会将多条命令合并成一个。例如sadd test1 1 sadd test1 2 sadd test1 3 压缩成sadd test1 1 2 3。重写之后AOF文件中的命令减少了占用空间减少了恢复速度增加了 6、RDB和AOF的优缺点
1RDB持久化
优点RDB文件体积小备份数据时网络传输速度块适合全量复制恢复速度比AOF快
缺点①无法实时持久化数据非常重要无法容忍丢失所以AOF成为主流
②RDB需要满足特定的格式兼容性差新旧版本不兼容reids版本必须一致redis版本5.0.7
2AOF持久化
优点秒级持久化兼容性好.aof是文本格式保存的命令命令是通用的
缺点.aof文件大恢复速度慢AOF持久化需频繁的向磁盘写入数据磁盘的I/O压力大对redis主进程的性能有一定影响
