您好,登录后才能下订单哦!
这篇文章主要介绍“Redis高可用和持久化概述”,在日常操作中,相信很多人在Redis高可用和持久化概述问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”Redis高可用和持久化概述”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
持久化:
持久化是最简单的高可用方法(有时甚至不被归为高可用手段),主要作用是数据备份,即将数据存储在硬盘,保证数据不会因进程退出而丢失。
复制:
复制是高可用Redis的基础,哨兵和集群都是在复制的基础上实现高可用的。复制主要实现了数据的多机备份,以及对于读操作的负载均衡和简单的故障恢复。
缺陷:故障恢复无法自动化,写操作无法负载均衡,存储能力受到单机的限制。
哨兵:
在复制的基础上,哨兵实现了自动化的故障恢复。
缺陷:写操作无法负载均衡;存储能力收到单机限制。
集群:
通过集群,Redis解决了操作无法负载均衡,以及存储能力收到单机限制的问题,实现了较为完善的高可用解决方案。
持久化的功能:Redis是内存数据库,数据都是存储在内存中。
Redis的持久化分为RDB和AOF持久化:
前者是将数据保存到硬盘。
后者是将每次执行的写命令保存到硬盘。
RDB持久化
RDB持久化是将当前进程中的数据生成快照保存到硬盘中(因此也叫做快照持久化),保存的文件后缀是RDB;
当Redis重新启动时,可以读取快照文件恢复数据。
手动触发:
save命令和bgsave命令都可以生成RDB文件。
save命令会阻塞Redis服务进程,直到RDB文件创建完毕为止,在Redis服务器阻塞期间,服务器不能执行任何命令请求。
bgsave命令会创建一个子进程,由子进程来创建RDB文件,父进程(即Redis主进程)继续处理请求。bgsave命令执行过程中,只有fork(ork了进程,子进程中的redis连接没法用了,要重连)子进程会阻塞服务器,而对于save命令,整个过程都会阻塞服务器。
在自动触发RDB持久化时,Redis也会使用bgsave而不是save来进行持久化;下面介绍自动触发RDB持久化条件。
自动触发:
最常见的情况是在配置文件中通过savemn,指定m秒内发生了n次变化时,会触发bgsave。
到此,关于“Redis高可用和持久化概述”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注亿速云网站,小编会继续努力为大家带来更多实用的文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。