这篇文章主要介绍“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高可用和持久化概述”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！
