redis 4 高可用

1.redis的主从（一主一从），一般是主备的模式，从节点是不工作的，只开启aof的。有的人会主节点去写，从节点去读，开启多数据
  源的情况下，当主节点挂了的话，从节点变成了主节点，这样的话改动的代码是很多的，不建议这么使用
  一主多从，会影响带宽，也加重主节点的稳定
  树型主从模式，可以减少主节点的压力
  slave of 命令
  主从复制的原理，以从节点开始，保存主节点的信息，主从建立socket的连接，发送ping命令
  权限验证，同步数据集，命令持续复制
  数据同步，版本2.8以上使用的是psync命令的，有全量复制，还有部分复制
  主从有长连接心跳，10s/s
  主从模式下，主机器挂了，代码层面是要改代码的
  主从复制主节点的写能力有限
2.哨兵模式
  主观模式下线，就是一个哨兵认为该节点有问题，这种是不准确的
  客观下线，就是2个都认为它不行了，它才下线。
  在客观下线中，会存在哨兵领导者，第一个认为它有问题，就是主观下线的，它就会成为领导者
  也就是说，多个哨兵中，只有一个哨兵去负责故障转移
  java代码去连接哨兵模式的时候，连接的是哨兵的ip:port,让哨兵去动态的获取redis的ip
  哨兵的个数，建议是奇数个
3.redis的分布式集群，把数据分开存储。常见的分区规则是，哈希分区，顺序分区，redis使用的是hash分区，
  redisCluster采用了hash分区虚拟槽分区的方式，redis共有16384个槽点
  redisCluster的缺陷
  键的批量操作支持有限，比如，mset，mget，如果多个键映射在不同的节点，就不支持mset了
  键的事务支持有限，同一节点的支持事务
  键是分区的最小粒度，不能将一个很大的键映射到不同的节点
  不支持多数据库，只有0 select 0
  复制结构只支持单层结构，不支持树形结构