redis的高可用 redis高可用两种方案 _redis

本文目录一览：

1、redis持久化的几种方式介绍
2、玩转Redis的高可用(主从、哨兵、集群)
3、调研Redis高可用两种方案
4、redis哨兵和集群同时使用不

redis持久化的几种方式介绍1、RDB：RDB是一种快照持久化机制，它可以将Redis的内存数据周期性地写入磁盘上的一个文件中。
2、Redis 集合的数据持久化有两种方式，分别是 RDB （Redis Database）和 AOF （Append Only File）。
3、Redis支持RDB和AOF两种持久化机制，持久化功能有效地避免因进程退出造成的数据丢失问题，当下次重启时利用之前持久化的文件即可实现数据恢复。Redis支持两种方式的持久化，一种是RDB方式，一种是AOF方式。
4、redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件）。
5、Redis 提供了多种不同级别的持久化方式：RDB 持久化可以在指定的时间间隔内生成数据集的时间点快照（point-in-time snapshot）。
玩转Redis的高可用(主从、哨兵、集群)Redis主从复制是指在一个Redis集群中，将一个Redis节点作为主节点，其余的Redis节点作为从节点。主节点负责写入数据，从节点负责读取数据。
哨兵模式解决了故障不能自动恢复的问题，但仍存在的问题是：Redis较难支持在线扩容，对于集群，容量达到上限时在线扩容会变得很复杂。
【redis的高可用 redis高可用两种方案】redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换。
主节点会定期将数据同步到从节点中，保证数据一致性的问题。这种集群方式在运行时存在一些问题：Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移。
原理：当主节点出现故障时，由Redis Sentinel自动完成故障发现和转移，并通知应用方，实现高可用性。
调研Redis高可用两种方案1、Redis中为了实现高可用（High Availability，简称HA），采用了如下两个方式：Redis中主从节点复制数据有全量复制和部分复制之分。
2、Redis主从架构高可用的实现方式主要有两种：自动故障迁移和手动切换。1 自动故障迁移自动故障迁移是指当主节点出现宕机或者故障时，从节点可以自动接替主节点的职责，继续提供服务。这种方式需要实现Redis Sentinel监控系统。
3、Redis哨兵是一种自动化的Redis高可用解决方案，可以监测主节点的状态，并在主节点宕机后自动将从节点升级为新的主节点，以保证Redis服务的高可用性。
4、redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换。
5、Sentinel ： redis 自带的主从切换工具，我们通过 sentinel 实现集群高可用。客户端（ Smart Client ）：客户端通过约定查找 redis 实例在 ZooKeeper 中写入的地址。
redis哨兵和集群同时使用不集群至少需要3主3从，且每个实例使用不同的配置文件，主从不用配置，集群会自己选。
单个Redis服务如果宕机的话，服务就不可用了，为了解决这种问题， redis也提供有集群服务。传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。
Redis 集群模式本身没有使用一致性 hash 算法，而是使用 slots 插槽。