本文目录一览：
redis怎么设置密码
这个修改密码具体步骤如下：首先打开Xshell，输入服务器的IP地址和登录账号及密码进行连接。输入redis-cli命令，进入Redis命令行界面。使用auth命令验证当前密码，如果验证成功，才能修改密码。
Dockerfile如下：另一种是利用kubernetes的lifecycle.postStart设置redis密码，这种方法简单方便，下面就是用kubernetes的lifecycle.postStart设置redis密码。
打开redis.conf配置文件，找到requirepass，然后修改如下：requirepass yourpassword yourpassword就是redis验证密码，设置密码以后发现可以登陆，但是无法执行命令了。
修改配置文件 在每个节点的配置文件里面增加密码选项，一定要加上 masterauth，不然 Redirected 的时候会失败。masterauth redispassword requirepass redispassword 修改后需要重启节点。
spring配置，下面是一个完整redis配置，密码只需要设置password属性。
使用redis-cli连接上redis其中一台：redis-cli-c-hxxx-p7001，输入clusterinfo查看当前集群的状态。可以使用trib的check检测的集群状态：redis-trib.rbcheckxxx：7001，Notall16384slotsarecoveredbynodes。
Redis集群模式1-主从复制+哨兵机制
1、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。
2、因此， 主从模式的一个缺点，就在于无法实现自动化地故障恢复 。Redis后来引入了哨兵机制，哨兵机制大大提升了系统的高可用性。哨兵，就是站岗放哨的，时刻监控周围的一举一动，在第一时间发现敌情并发出及时的警报。
3、Redis 高可用的主要有三种模式： 主从模式， 哨兵模式和集群模式。 Redis 提供了 Redis 提供了复制（replication）功能，当一台 redis 数据库中的数据发生了变化，这个变化会被自动地同步到其他的 redis 机器上去。
4、a）主节点（master）故障，从节点slave-1端执行 slaveof no one后变成新主节点； b）其它的节点成为新主节点的从节点，并从新节点复制数据； c）需要人工干预，无法实现高可用。
5、哨兵模式就是在主从模式的基础上再加一个哨兵集群。每个哨兵都会监控主节点和从节点的状态。如果主节点挂了，就会从从节点中选出一个来作为主节点，以达到高可用的目的。
kubernetes启动redis并设置密码yaml文件
我们需要拉取私有仓库镜像185/test：v1，我们就需要针对该私有仓库来创建一个如上的Secret，然后在Pod的 YAML 文件中指定imagePullSecrets。
kubernetes在集群启动之后，集群中的各个组件也都是以Pod方式运行的。
提炼 Kubernetes 各核心概念之间的关系，帮助用户理解如何配置 Kubernetes，并以此为依据设计了 Kuboard 工作负载编辑器。
在这里面，需要新了解的配置项就是 spec 下面几个选项：创建pc-replicaset.yaml文件，内容如下：为了更好的解决服务编排的问题，kubernetes在V2版本开始，引入了Deployment控制器。
高版本 Kubernetes 默认开启的授权方式是 RBAC 和 Node。
将这几个CRD和大家熟悉的Kubernetes的对象类比一下，说明：以下的几个CRD yaml文件都可以自动生成模板，在创建cluster的时候，并不都是必须的。Cluster这个CRD是全新的Kubernetes集群的抽象。
如何检测弹性缓存Redis的连通性?
利用LRU算法 利用Redis的LRU算法，让访问频率高的数据得到更多的缓存。可以通过配置LRU算法的maxmemory和maxmemory-policy参数来调整缓存的大小和淘汰策略。
一）缓存和数据库间数据一致性问题 分布式环境下（单机就不用说了）非常容易出现缓存和数据库间的数据一致性问题，针对这一点的话，只能说，如果你的项目对缓存的要求是强一致性的，那么请不要使用缓存。
解决方法：把所有存在的key都存到另外一个存储的Set集合里，查询时可以先查询key是否存在。
解决方案是使用分布式锁或者异步更新缓存数据 。- 缓存穿透：指查询一个不存在的数据，由于缓存中也没有该数据，所以每次请求都会到数据库中去查询，导致数据库压力增大。
预防和解决缓存穿透问题，可以考虑以下两种方法：缓存空对象： 将空值缓存起来，但是这样就有一个问题，大量无效的空值将占用空间，非常浪费。
如果要“保证”数据的安全性，那么会带来开销的进一步提升，以至于使用redis带来的性能优势都会丧失。正确的做法是区分不同的业务，使得并不需要“保证”数据一致性的场合，可以使用redis优化。而敏感的场合依然使用mysql。
Redis集群检测与恢复
AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用。RDB 既可以保证可靠性，还能在宕机时实现快速恢复。
需要使用trib的fix命令进行修复。如果修复还是不行的话，可以清除节点数据再重新建集群，前提要备份之后操作。
通过开发了解到，redis上都是缓存数据，丢失影响不大，于是删除本地持久化数据，重新部署redis node，再手动创建集群。三个节点都添加完成，并且没有报错。进入一个master节点查看集群状态：集群状态终于恢复正常。
当然，它也支持将内存中的数据以快照和日志的形式持久化到硬盘，这样即使在断电、机器故障等异常情况发生时数据也不会丢失，Redis能从硬盘中恢复快照数据到内存中。
Redis SAVE 命令用于创建当前数据库的备份 下面建立一个set集合，然后备份，删除集合中if exists ， i can backup值，再恢复，当看到ifexists ， i can backup值时，说明则说明备份和恢复都成功。
在集群定时任务 clusterCron 中，会遍历集群中的节点，对每个节点进行检查，判断节点是否下线。与节点下线相关的状态有两个，分别为 CLUSTER_NODE_PFAIL 和 CLUSTER_NODE_FAIL 。
高性能高并发网站架构,教你搭建Redis5缓存集群
redis-cluster投票：容错，投票过程是集群中所有master参与，如果半数以上master节点与master节点通信超过（cluster-node-timeout），认为当前master节点挂掉。
Redis集群把所有的数据映射到16384个槽中。每个key会映射为一个固定的槽，只有当节点分配了槽，才能响应和这些槽关联的键命令。通过cluster addslots命令为节点分配槽。
redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换。
