Redis三種高可用模式的使用場景及特點的詳細介紹，結合不同業務需求提供選擇建議：

1. 主從模式（Replication）
   核心能力：數據冗余備份、讀寫分離
   適用場景：

讀多寫少：例如內容發布平臺、新聞網站等，讀請求遠多于寫請求的場景。

數據備份需求：通過從節點異步復制主節點數據，提供數據冗余，防止單點數據丟失。

臨時性高可用：對自動故障轉移要求不高，可接受人工介入切換主節點的場景。

優點：

配置簡單，只需在從節點配置slaveof命令即可實現數據同步。

支持讀寫分離，提升讀性能。

局限性：

主節點單點故障：主節點宕機后需手動切換從節點為主節點，存在服務中斷風險。

數據同步延遲：異步復制可能導致從節點數據短暫不一致。

寫性能瓶頸：所有寫操作集中在主節點，無法水平擴展寫能力。
using StackExchange.Redis;

// 主節點連接
var masterConnection = ConnectionMultiplexer.Connect(“192.168.1.100:6379,allowAdmin=true”);
var masterDb = masterConnection.GetDatabase();
masterDb.StringSet(“key1”, “value1”); // 寫操作

// 從節點連接（配置為只讀）
var slaveConnection = ConnectionMultiplexer.Connect(“192.168.1.101:6379,allowAdmin=true,slave=true”);
var slaveDb = slaveConnection.GetDatabase();
var value = slaveDb.StringGet(“key1”); // 讀操作
Console.WriteLine($“Read from slave: {value}”);

// 手動切換從節點為主節點（需運維命令）
var server = slaveConnection.GetServer(“192.168.1.101:6379”);
server.SlaveOfNoOne(); // 提升從節點為主節點

2. 哨兵模式（Sentinel）
   核心能力：自動故障轉移、監控與通知
   適用場景：

中小規模高可用需求：例如電商秒殺系統、在線支付網關等，需自動切換主節點以保障服務連續性。

讀寫分離優化：通過客戶端連接哨兵獲取主節點信息，實現透明切換，適合對寫性能要求不高的業務。

簡化運維：避免人工干預主從切換，提升系統可維護性。

優點：

自動檢測主節點故障并選舉新主節點，故障轉移時間通常為秒級。

客戶端通過哨兵動態獲取主節點地址，實現透明切換。

局限性：

寫性能瓶頸：主節點仍為單點，無法解決寫請求壓力大的問題。

數據一致性風險：故障轉移期間可能存在數據丟失或不一致。

部署復雜度：需至少部署3個哨兵節點以避免誤判，增加管理成本。

using StackExchange.Redis;

// 哨兵節點配置
var sentinelOptions = new ConfigurationOptions
{
EndPoints = { “192.168.1.200:26379”, “192.168.1.201:26379”, “192.168.1.202:26379” },
ServiceName = “mymaster”, // 哨兵監控的主節點名稱
TieBreaker = “”, // 禁用負載均衡
CommandMap = CommandMap.Sentinel
};

// 獲取當前主節點地址
var sentinelConnection = ConnectionMultiplexer.Connect(sentinelOptions);
var masterEndpoint = sentinelConnection.GetSentinelMasterEndpoint(sentinelOptions.ServiceName);

// 連接到主節點
var masterConnection = ConnectionMultiplexer.Connect($“{masterEndpoint},allowAdmin=true”);
var masterDb = masterConnection.GetDatabase();
masterDb.StringSet(“key2”, “value2”); // 寫操作

// 監聽主節點切換事件
sentinelConnection.GetSubscriber().Subscribe(“+switch-master”, (channel, message) =>
{
Console.WriteLine($“Master switched to: {message}”);
});

3. 集群模式（Cluster）
   核心能力：數據分片、水平擴展、自動故障轉移
   適用場景：

大規模數據與高并發：例如社交平臺用戶畫像存儲、物聯網設備數據實時處理等，需高吞吐量和低延遲。

高可用與擴展性并重：每個分片（主節點）配備從節點，局部故障不影響整體服務。

動態擴容需求：支持在線添加節點并重新分配哈希槽，適合業務快速增長場景。

優點：

數據分片：通過16384個哈希槽將數據分散到多節點，支持水平擴展。

無單點故障：每個主節點有從節點冗余，故障時自動切換。

高并發處理：讀寫請求分散至不同節點，提升整體性能。

局限性：

事務限制：僅支持同一節點上的多鍵操作，跨節點事務需額外處理。

配置復雜：需管理分片邏輯、節點狀態及數據遷移，運維成本較高。

客戶端適配：需使用支持集群協議的客戶端（如Jedis Cluster）。

using StackExchange.Redis;

// 集群節點配置（至少3個主節點）
var clusterConnection = ConnectionMultiplexer.Connect(new ConfigurationOptions
{
EndPoints = {
“192.168.1.100:6379”,
“192.168.1.101:6379”,
“192.168.1.102:6379”
},
Password = “your_cluster_password”, // 集群密碼（若有）
AbortOnConnectFail = false,
ConnectRetry = 5
});

var clusterDb = clusterConnection.GetDatabase();

// 寫入數據（自動路由到對應分片）
clusterDb.StringSet(“user:1001”, “Alice”);
clusterDb.StringSet(“order:2001”, “Pending”);

// 讀取數據
var user = clusterDb.StringGet(“user:1001”);
Console.WriteLine($“User: {user}”);

// 跨節點操作（需使用哈希標簽確保同一分片）
clusterDb.StringSet(“{product}:sku123”, “Stock:10”); // 使用{}強制路由
clusterDb.StringIncrement(“{product}:sku123”);

綜合對比與選擇建議

選擇建議：

主從模式：適合初期業務或測試環境，數據量小且對高可用要求不高。

哨兵模式：適合中小型生產環境，需自動容災但無需橫向擴展寫能力。

集群模式：適合大型分布式系統，需同時滿足高并發、高可用和彈性擴展。

實際應用案例
主從模式：內容緩存服務，如新聞網站的靜態數據緩存。

哨兵模式：電商訂單處理系統，通過讀寫分離降低主節點壓力。

集群模式：社交平臺用戶動態存儲，分片存儲海量數據并支持高并發訪問。