导读：
Redis官方号称支持并发11万读操作，并发8万写操作。由于优异的性能和方便的操作，相信很多人都在项目中都使用了Redis，为了不让应用过分的依赖 Redis服务，Redis的作用只作为提升应用并发和降低应用响应时间存在，即使Redis出现异常，应用程序也不应该出现提供服务失败问题，对此拍拍信最近安排了一次全环境的Redis Cluster 宕机演练。
许彬：拍拍信架构负责人。
朱荣松：拍拍信架构开发工程师。
Redis 集群环境：
1. 测试环境：
Redis Cluster 配置 ：Redis 3主 3从 一共6个节点。
2. 预发环境：
Redis Cluster 配置 ：Redis 3主 3从 一共6个节点。
下面是我们操作的时间线:
第一天
程序运行中关闭任意一台从节点，测试一天均无异常。
第二天
程序运行中关闭任意一台从节点，程序未发现异常，测试一天未发现异常。
第三天
预发环境有应用发版，出现异常程序无法启动。
……
1. 测试与预发环境目前关闭的都是任意一台Redis从节点。
2. 测试环境经过反复测试无问题才开始关闭预发环境节点。
3. 预发环境重启被关闭的Redis节点后异常消失。
4. 连接Redis客户端使用的是Java语言中使用范围较广的Jedis。
那么为什么测试环境在经过反复测试没有问题，到预发环境会出现问题？
分析问题前先简单解释下Redis Cluster实现原理。简单来说Redis 场景 操作（多节点均同时操作） Redis写总量 Redis读总量 错误量 总耗时(s) 错误率 程序运行中 关主（关任一主） 100000 100000 3084 100 0.031 关主（关任一主） 100000 100000 1482 102 0.015 关主（关任一主） 100000 100000 3053 97.6 0.031 关从（关任一从） 100000 100000 0 109.2 0 关从（关任一从） 100000 100000 0 90.1 0 关从（关任一从） 100000 100000 0 88.9 0 主从一起关（关任一对） 100000 100000 32613 210.1 0.326 主从一起关（关任一对） 100000 100000 29148 169.8 0.291 主从一起关（关任一对） 100000 100000 32410 173.7 0.324 所有主全关 100000 100000 100000 353.4 1 所有从全关 100000 100000 0 87.7 0 只留一台主 100000 100000 100000 357.1 1 表1 从测试结果看，集群Master的选举过程是由Master参与选举的。 1. 如果半数以上 Master 处于关闭状态那么整个集群处于不可用状态。 2. 关闭任意一对主从节点会导致部分（大约为整个集群的1/3）失败。 3. 关闭任意一主，会导致部分写操作失败，是由于从节点不能执行写操作，在Slave升级为Master期间会有少量的失败。 4. 关闭从节点对于整个集群没有影响
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
