Jedis问题解决方案大全:No more cluster attempts left

Jedis问题解决方案大全:No more cluster attempts left

​强烈推荐一个大神的人工智能的教程：http://www.captainai.net/zhanghan

前言

最近在项目中遇到Jedis报错 No more cluster attempts left，自己进行了排查；将遇到的问题解决方案在此进行记录；以后有更多的导致这个问题方案会持续进行补充。

项目基本信息

• Redis是用的阿里云的Redis 5.0 企业版
• 程序配置用jedis直连模式

报错&定位问题&解决方案汇总

• 报错信息
  

• 定位问题

  • 本地启动项目，用测试环境报错请求的参数进行模拟请求，发现没有报错；
  • 分析日常环境报错，发现我们日常环境有三个IP，通过日志平台查看这三个机器上均有请求，但是发现redis.clients.jedis.exceptions.JedisClusterMaxAttemptsException: No more cluster attempts left.的报错仅在其中一台机器上；
  • 网上查阅一些资料，发现可能和Redis的白名单有关；
  • 去日常环境的Redis阿里云控制台上发现白名单设置中有日常环境的两个正常ip网段但是无出问题所在网段；
    
  • 至此定位到是Redis白名单导致

• 问题解法大全

  • Redis白名单导致解法:
    • 和阿里云DBA确认Redis增加白名单无需重启Redis
    • 增加完后去日志平台发现还是有错误日志
    • 重启日常环境服务，然后再次通过日志平台查询发现无Error日志
  • doom机器解法
  • 遇到过是由于QA针对特定分组机器进行Redis故障注入导致；观察日志，如果机器发布代码一致，且只有某个分组机器出现，则需要和相应QA确认是否在特定分组机器上对Redis进行故障注入
  • Redis底层发生主备切换瞬间
  • 在生产环境遇到过由于Redis某个结点进行主备切换导致，需要在Redis网页控制台对每个数据结点进行check如果有问题，需要联系对应的DBA进行确认
    

总结

• 在以后工作中再遇到其他情况也会持续在本篇博文中进行更新；欢迎读者如果遇到其他情况导致在评论中进行评论，你的点赞，收藏，评论，转发是我坚持创作的原动力
• 欢迎大家访问我的GitHub并start
• 本人将持续不断的在GitHub上输出优秀成系列的代码