Redis集群周期性掉线难题再现（redis集群周期性挂掉）

随着海量数据大量存储，Redis集群已经成为开发人员相当熟悉的技术，但是，发布生产环境中，集群容易出现不可预知的掉线。

在Redis集群掉线这个问题上，有这样几个难题：

1. 掉线发生率高：

如果Redis集群中某一台服务器发生了掉线，很可能使整个分布式系统停顿。它的数据量一般非常大，集群容易引发故障，而且发生的频率十分高，并且周期性发生掉线，这使得分布式系统的稳定性受到极大的威胁。

2. 掉线时间长：

一旦发生了掉线，维护工程师需要登录机器，重启Redis服务，由于可能无法找到原因，排查也非常困难，可能就需要等待较长时间，才能将Redis服务重新恢复正常。

3. 数据丢失：

由于Redis集群出现掉线后，数据通常也会丢失，对于存储关键数据，比如商品库存或者订单状态，丢失是不可接受的，也会给用户带来重大影响。

为了解决Redis集群周期性掉线的问题，首先要确定影响Redis的因素，可能的因素有：机器性能、Redis配置文件及应用层逻辑等。也可以推断由于网络问题导致Redis综合状况出现假死，因此需要增加Redis应用程序监控，自动重启Redis应用：

#!/bin/bash 
#重启脚本 
redis-cli -h host -p port -a password
#状态检查 
itmeout=10
while [$itmeout -gt 0]
do 
    #检查redis服务是否正常
    redis_status=$(redis-cli -h host -p port -a password info | grep -ic 'redis_version:')
    if [ $redis_status -ne 0 ]; then
        break
    fi
    sleep 1
    let itmeout=itmeout-1
done
#重启Redis服务
if [ $itmeout -eq 0 ]; then
    /etc/init.d/redis-server restart
fi

此外，为了有效的防止Redis掉线，建议使用集群管理工具，当发生故障时，节点自动转移，以防止由于单点故障引发Redis集群掉线，从根本上解决Redis集群容错和负载均衡问题。

另外，在多节点环境下，尽量考虑选择内存回收策略和Redis持久化方式等参数设置，可以较好的降低Redis集群的周期性掉线的概率。

Redis集群周期性掉线是一个棘手的问题，必须从多个层面去全面把控，才能确保Redis集群的正常运行，从而提高系统可靠性。