C#怎么操作Redis缓存_C#使用StackExchange.Redis实现读写分离【全流程】-C#.Net教程-PHP中文网

StackExchange.Redis 不内置读写分离，需手动维护主从两个 ConnectionMultiplexer 实例：主连写、从连读，并显式路由请求；dbIndex 不影响节点选择，多从节点应随机选取，读失败是否回退主节点需按业务一致性要求谨慎设计。

c#怎么操作redis缓存_c#使用stackexchange.redis实现读写分离【全流程】

直接上结论：StackExchange.Redis 本身不内置读写分离逻辑，所谓“读写分离”必须由你手动拆分连接、路由请求——主节点写，从节点读，且要自己处理故障转移和负载策略。

ConnectionMultiplexer 能不能自动读写分离

不能。ConnectionMultiplexer 是连接管理器，不是代理层。它支持集群模式（Redis Cluster）或哨兵模式（Sentinel），但默认所有 IDatabase 操作都走同一个连接池，不会自动把 StringGet 发到从节点、StringSet 发到主节点。

常见误解是配置字符串里写多个地址（如 "192.168.1.10:6379,192.168.1.11:6380"）就能自动分流——实际只是做高可用兜底，写操作仍全走第一个可连上的节点。

真正实现读写分离，得维护至少两个独立的 ConnectionMultiplexer 实例：一个连主，一个（或多个）连从
不要复用同一个实例的不同 GetDatabase() 调用去“假装”分离——底层 socket 还是同一组连接
若用 Redis Sentinel，需显式调用 GetServer() 并判断 IsPrimary 状态，不能依赖连接字符串顺序

如何安全创建主从两套连接

避免在每次读/写时 new 连接，但也不能共用单例。推荐用两个懒加载单例 + 明确命名区分：

private static readonly Lazy<connectionmultiplexer> MasterConnection = new(() =>
    ConnectionMultiplexer.Connect(ConfigurationOptions.Parse("192.168.1.10:6379,password=xxx")));

private static readonly Lazy<connectionmultiplexer> SlaveConnection = new(() =>
    ConnectionMultiplexer.Connect(ConfigurationOptions.Parse("192.168.1.11:6380,password=xxx,abortConnect=false")));
</connectionmultiplexer></connectionmultiplexer>

关键点：

从节点连接必须设 abortConnect=false，否则某台从宕机时整个应用启动失败
主节点建议加 connectTimeout=5000 和 syncTimeout=3000，防阻塞
如果有多台从节点，别手写轮询逻辑——用数组存 ConnectionMultiplexer 实例，读操作时随机取一个，避免单点压力

IDatabase.GetDatabase() 的 dbIndex 参数是否影响读写分离

完全不影响。dbIndex 只是 Redis 内部数据库编号（默认 0～15），和物理节点无关。你在从节点连接上调用 GetDatabase(1)，数据还是从那台从服务器的 db=1 里读；主节点连接上调用 GetDatabase(1)，仍是往主服务器 db=1 写。

redis-tools

按类别查找Redis命令、检测服务器连接、监控键数量和内存占用，支持离线速查表。

下载

错误做法示例：

// ❌ 错误：以为这样就分离了
var conn = ConnectionMultiplexer.Connect("master:6379,slave:6380");
var masterDb = conn.GetDatabase(0); // 实际可能连的是 slave！
var slaveDb = conn.GetDatabase(1);   // 实际还是连的同一个节点……

正确姿势是：