用Redis来防止单点故障，虽然不完美但总比没得强吧

（根据知乎用户“程序员小灰”在一篇关于Redis高可用性的讨论中的观点,以及网络技术社区常见的实践经验总结）

直接用Redis来防止单点故障，这个想法确实很常见，也反映了大家在系统设计时一种非常务实的心态：知道可能不是最优解，但在资源、时间或能力有限的情况下，先解决“从无到有”的问题，让系统比之前更健壮一点，这种做法，说白了就是“虽然不完美，但总比没得强”。

我们先来想想，为什么说单用一个Redis实例（也就是单点）会是个问题，你可以把Redis想象成一个超级快的临时记事本，所有应用程序都围着它，把一些需要快速读写的数据，比如用户的登录状态、秒杀商品的库存数、网页的缓存内容，都写在这个记事本上，一切都正常的时候，速度飞快，大家都很开心，可万一出问题了呢？比如放这个记事本的服务器突然断电了，或者硬盘坏了，或者网络不通了，这下糟了，所有依赖这个记事本的应用程序瞬间就瘫痪了，用户发现自己登录状态没了，库存数显示异常，页面加载变慢甚至报错，这就是单点故障的可怕之处：一个点的失败,导致整个系统雪崩。

怎么用Redis来试着防止这种情况呢？最直接、最简单的办法就是做主从复制，这听起来有点专业，但其实原理很好懂，就是你再准备一台服务器，也装上Redis，让它成为最开始那个主Redis的“跟班”，或者说“备胎”，你给这两个Redis配置好主从关系，之后，只要主Redis记事本上写了任何新东西，它都会自动地、几乎实时地把写的内容抄送一份给从Redis，这样,从Redis那里就有了一个几乎一模一样的副本。

你的系统里就有两个Redis了，平时，所有的应用程序还是只跟主Redis打交道，写入和读取都找它，从Redis呢，就安安静静地在旁边同步数据，不干别的，一旦主Redis真的宕机了，你可以手动操作，迅速地把应用程序的连接地址从主Redis切换到从Redis上，因为从Redis有之前同步过来的数据，所以应用程序连接上它之后，至少可以保证读取操作是正常的，可能有些写入功能会暂时受影响，但整个系统不至于完全崩溃，这就好比主记事本突然不能用了，你赶紧把备用的记事本拿出来给大家看，虽然暂时不能在上面写新内容，但至少大家能查到之前记录的信息，不至于两眼一抹黑，相比之前单点故障时全面瘫痪的局面，这无疑是一个巨大的进步，这就是所谓的“总比没得强”。

为什么又说它“不完美”呢？问题就出在那个“手动切换”上，想象一下，深更半夜，主Redis突然宕机了，你需要有监控系统能及时发现问题，然后发警报通知到运维人员，运维人员被吵醒后，要登录服务器，验证主Redis确实不可用了，然后再执行一系列命令，把从Redis提升为新的主节点，最后还要修改所有应用程序的配置，让它们去连接新的地址，这一套流程下来，快则几分钟，慢则十几分钟甚至更久，在这段切换时间内，服务实际上是中断的，用户会明显感受到问题，对于很多对连续性要求高的业务来说,这种中断是不可接受的。

这种简单的主从模式还有一个隐患：它没有解决脑裂问题，假设主Redis和从Redis之间的网络突然出现故障，但从Redis本身是好的，从Redis因为联系不上主Redis，它可能会“自以为”主节点挂了，然后把自己升级成主节点，而应用程序这边，可能因为网络分区，一部分还能连上旧的主Redis，一部分连上了新提升的从Redis，这下好了，两个Redis都以为自己是老大，都能接受写操作，数据就会发生冲突和不一致，等网络恢复后，这两个节点之间的数据会变得一团糟,很难收拾。

你看，单纯搭建一个主从复制的Redis，确实引入了冗余，避免了数据的完全丢失，也提供了快速恢复的可能性，它把一个“完全不可用”的风险，降低成了一个“需要短暂中断服务来手动恢复”的风险，对于很多初创公司、内部系统或者对可用性要求不是极端高的场景来说，这已经是在成本和效果之间一个相当不错的折中了，大家常说“先跑起来再优化”，这个方案就是“先有备份再求自动”的典型代表。

（综合自网络技术博客中关于Redis高可用方案的入门介绍及社区讨论的常见观点）

业界有更完善、自动化程度更高的方案来解决这些问题，比如Redis Sentinel（哨兵）和Redis Cluster（集群），哨兵机制可以自动监控Redis主从节点的健康状态，并在主节点故障时，自动投票选举一个从节点升级为新主节点，并通知客户端连接新地址，实现了故障的自动切换，解决了手动操作的延迟问题，而Redis集群则更进一步，不仅提供了高可用，还通过数据分片实现了横向扩展，能够承载更大的数据量和更高的并发，但这些东西配置和管理起来要比简单的主从复制复杂得多,需要更多的服务器资源和更深入的技术知识。

回过头来看，直接用一个主从复制的Redis来防止单点故障，它就像一顶应急的降落伞，可能不是最舒适、最精准的着陆方式，但当你还没有能力配备弹射座椅时，有它和没它，在关键时刻就是生与死的区别，它承认了系统的不完美和资源的有限性，用一种相对简单的方式实现了风险的最小化，这本身就是一种在实战中非常有价值的智慧，这句话“用Redis来防止单点故障，虽然不完美但总比没得强吧”,精准地捕捉到了很多开发者在架构选型时的真实处境和务实决策。