redis哨兵选举期间写请求处理策略
在Redis哨兵模式下，当主节点发生故障时，哨兵会选举一个新的主节点。在选举过程中，会有一个时间窗口，期间写请求无法被处理。如何处理这段时间内的写请求，需要根据具体业务场景来决定。
直接丢弃
如果业务可以容忍数据丢失，可以通过直接丢弃写请求来处理。例如，论坛评论或社交媒体点赞，丢失一条数据影响不大。
延迟重试
对于关键性的数据，可以采用延迟重试的策略。当写请求到达时，缓存到本地或队列中，等选举完成后再重试写入操作。
丢弃到消息队列
对于实时性和可靠性都很高的业务，可以考虑将写请求丢弃到消息队列中。选举完成后，由消费者程序从队列中取出请求并进行写入操作。
具体选择
具体采用哪种策略，取决于业务类型和数据的容忍度：
- 可以丢弃数据：直接丢弃
- 用户可以等待：延迟重试
- 数据不可丢失：消息队列
通过合理选择写请求处理策略，可以最大程度地降低Redis哨兵选举对业务的影响。
