问题描述
C#程序是否有对应的方式来优化并缩短由于 Redis 维护造成的不可访问的时间？
Redis维护说明：
Redis 服务维护时，会把副本节点提升为主节点，且旧主节点关闭现有连接时，这个时候，原有客户端的所有连接都将断开，并通过客户端Retry机制马上连接到新的主节点，这个过程被称为故障转移。
计划的故障转移发生在两个不同的时间：
- 系统更新，例如 Redis 修补或 OS 升级。
- 管理操作，例如缩放和重新启动。
正常情况下，故障转移的时间在1秒左右完成，如果出现异常，则需要10-15秒完成。
但是，并不是所有的客户端都能在发生故障转移后马上恢复连接，所以就需要考虑冲客户端代码，配置方面来优化此种情况所带来的后果。
问题解答
在Azure官方文档中，C# 连接Redis的客户端工具为 StackExchange.Redis， 文章中对它有比较详细的说明：
- 在极少数情况下，Stackexchange.redis 在连接中断后无法重新连接。 在这些情况下，重新启动客户端或创建新的
ConnectionMultiplexer可解决此问题。 建议使用单一实例ConnectionMultiplexer模式，同时允许应用定期强制重新连接。 -
ConnectionMultiplexer的用户必须处理因处置该类的旧实例而可能发生的任何ObjectDisposedException错误。 - 针对
RedisConnectionExceptions和RedisSocketExceptions调用ForceReconnectAsync()。 也可以针对RedisTimeoutExceptions调用ForceReconnectAsync()，但前提是你使用大量的ReconnectMinInterval和ReconnectErrorThreshold。 否则，建立新连接可能会导致超时的服务器发生连锁故障，因为服务器已过载。
Demo参考：https://github.com/Azure-Samples/azure-cache-redis-samples/tree/main/quickstart/dotnet-core
当在复杂的环境中面临问题，格物之道需：浊而静之徐清，安以动之徐生。 云中，恰是如此!
分类: 【Azure Redis 缓存】
标签: Azure Redis
