如何通过Redis Sentinel连接Redis主节点避免额外网络调用

你现在的实现方式才会导致每次操作前额外产生Sentinel查询开销，这不是Redis Sentinel模式的固有问题，属于实现方式选型错误：

• 你手动调用sentinel.discover_master()拿地址再新建直连Redis实例的写法，完全没用到redis-py Sentinel客户端自带的地址缓存、连接池复用、故障自动转移能力
• 这种写法除了额外的网络开销，还会在Redis发生主从切换时直接拿到失效的旧主节点地址，完全失去Sentinel部署的高可用意义
• 每次新建Redis实例都会重新建立TCP连接，三次握手、鉴权的开销远大于单次Sentinel查询的成本

直接使用redis-py Sentinel内置的master_for()方法获取主节点客户端，全局复用即可，不需要手动做节点发现：

from redis.sentinel import Sentinel

# 全局只初始化一次Sentinel实例，不要重复创建
sentinel = Sentinel(
    [('192.168.10.1', 26379), ('192.168.10.2', 26379), ('192.168.10.3', 26379)],
    socket_timeout=0.1,
    max_connections=100  # 配置连接池大小，按需调整
)

# 全局只获取一次主节点客户端，业务逻辑里直接复用
r = sentinel.master_for("master-name", socket_timeout=0.1)

# 后续所有Redis操作直接调用即可，不会每次请求Sentinel
r.get("data")

• 第一次通过r执行Redis命令时，才会发起1次Sentinel请求查询主节点地址，查询结果会在本地缓存
• 缓存命中后，所有请求直接走和主节点维持的长连接池，不会再和Sentinel交互，没有额外网络开销，性能和直连单Redis节点完全一致
• 只有当检测到主节点连接异常（比如主从切换、节点宕机）时，客户端才会重新向Sentinel查询新的主节点地址，自动完成连接切换，不需要业务代码介入
• 所有TCP连接会在连接池中长期复用，不会每次操作重复建连

• Sentinel实例和主节点客户端r都要做全局单例，不要在每次处理请求时重新初始化
• 如果要彻底消除业务请求路径上的首次发现开销，可以在服务启动完成后主动调用一次r.ping()，提前触发主节点发现和连接建立，业务流量进来时直接走缓存的连接即可
• 非必要不要手动调用discover_master()方法自建Redis客户端，会丢失所有内置的高可用、缓存、连接复用能力

内容的提问来源于stack exchange，提问作者rhoitjadhav