【推薦】.NETCore 簡單且高階的庫 csredis v3.0.0
前言
.NETCore 從1.0釋出歷經坎坷,一開始各種庫缺失到現在的部分完善,走到今天實屬不易。
比如 redis-cli SDK 簡直是坑出不窮。
過去 .net 最有名望的 ServiceStack.Redis 早已淪為商業用途,在 .NETCore 中使用只能充值;
後來居上的 StackExchange.Redis 雖然能用,但線上各種 Timeout 錯誤把人坑到沒脾氣,兩年多兩年多兩年多都不解決,最近釋出的 2.0 版本不知道是否徹底解決了底層。
csredis v3.0.0 更新
1、所有方法名與redis-cli保持一持;
據瞭解,java/python/go/nodejs/php SDK 方法名基本都與 redis-cli 一致,反對二次命名的庫
2、增加反序列物件獲取,如:Get<byte[]>、HGet<byte[]>,所有獲取方法都過載了,預設獲取仍然是string;
3、SafeObjectPool 的引入使用;
使用
nuget Install-Package CSRedisCore
var rds = new CSRedis.CSRedisClient("127.0.0.1:6379,password=123,defaultDatabase=13,poolsize=50,ssl=false,writeBuffer=10240,prefix=key前輟"); rds.Set("test1", "123123", 60); rds.Get("test1"); //函式名與 redis-cli 的命令相同,rds 一定是單例單例單例
高階玩法:分割槽
現實多個服務節點共同分擔儲存,與官方的分割槽、叢集、高可用方案不同。
例如:快取資料達到500G,如果使用一臺redis-server伺服器光靠記憶體儲存將非常吃力,使用硬碟又影響效能。
可以使用此功能自動管理N臺redis-server伺服器分擔儲存,每臺伺服器只需約 (500/N)G 記憶體,且每臺伺服器勻可以配置官方高可用架構。
var rds = new CSRedis.CSRedisClient(null, "127.0.0.1:6371,password=123,defaultDatabase=11,poolsize=10,ssl=false,writeBuffer=10240,prefix=key前輟", "127.0.0.1:6372,password=123,defaultDatabase=12,poolsize=11,ssl=false,writeBuffer=10240,prefix=key前輟", "127.0.0.1:6373,password=123,defaultDatabase=13,poolsize=12,ssl=false,writeBuffer=10240,prefix=key前輟", "127.0.0.1:6374,password=123,defaultDatabase=14,poolsize=13,ssl=false,writeBuffer=10240,prefix=key前輟"); //實現思路:根據key.GetHashCode() % 節點總數量,確定連向的節點 //也可以自定義規則(第一個引數設定) rds.MSet("key1", 1, "key2", 2, "key3", 3, "key4", 4); rds.MGet("key1", "key2", "key3", "key4");
高階玩法:釋出訂閱
//普通訂閱
rds.Subscribe(
("chan1", msg => Console.WriteLine(msg.Body)),
("chan2", msg => Console.WriteLine(msg.Body)));
//模式訂閱(萬用字元)
rds.PSubscribe(new[] { "test*", "*test001", "test*002" }, msg => {
Console.WriteLine($"PSUB {msg.MessageId}:{msg.Body} {msg.Pattern}: chan:{msg.Channel}");
});
//模式訂閱已經解決的難題:
//1、分割槽的節點匹配規則,導致萬用字元最大可能匹配全部節點,所以全部節點都要訂閱
//2、本組 "test*", "*test001", "test*002" 訂閱全部節點時,需要解決同一條訊息不可執行多次
//釋出
rds.Publish("chan1", "123123123");
//無論是分割槽或普通模式,rds.Publish 都可以正常通訊
高階玩法:快取殼
//不加快取的時候,要從資料庫查詢
var t1 = Test.Select.WhereId(1).ToOne();
//一般的快取程式碼,如不封裝還挺繁瑣的
var cacheValue = rds.Get("test1");
if (!string.IsNullOrEmpty(cacheValue)) {
try {
return JsonConvert.DeserializeObject(cacheValue);
} catch {
//出錯時刪除key
rds.Remove("test1");
throw;
}
}
var t1 = Test.Select.WhereId(1).ToOne();
rds.Set("test1", JsonConvert.SerializeObject(t1), 10); //快取10秒
//使用快取殼效果同上,以下示例使用 string 和 hash 快取資料
var t1 = rds.CacheShell("test1", 10, () => Test.Select.WhereId(1).ToOne());
var t2 = rds.CacheShell("test", "1", 10, () => Test.Select.WhereId(1).ToOne());
var t3 = rds.CacheShell("test", new [] { "1", "2" }, 10, notCacheFields => new [] {
("1", Test.Select.WhereId(1).ToOne()),
("2", Test.Select.WhereId(2).ToOne())
});
高階玩法:管道
使用管道模式,打包多條命令一起執行,從而提高效能。
var ret1 = rds.StartPipe().Set("a", "1").Get("a").EndPipe();
var ret2 = rds.StartPipe(p => p.Set("a", "1").Get("a"));
var ret3 = rds.StartPipe().Get("b").Get("a").Get("a").EndPipe();
//與 rds.MGet("b", "a", "a") 效能相比,經測試差之毫釐
高階玩法:多資料庫
如果確定一定以及肯定非要有切換資料庫的需求,請看以下程式碼:
var connectionString = "127.0.0.1:6379,password=123,poolsize=10,ssl=false,writeBuffer=10240,prefix=key前輟";
var redis = new CSRedisClient[14]; //定義成單例
for (var a = 0; a< redis.Length; a++) redis[a] = new CSRedisClient(connectionString + "; defualtDatabase=" + a);
//訪問資料庫1的資料
redis[1].Get("test1");
效能比拼
結尾
依然是支援開源,感謝觀看!
csredis 原始碼地址: https://github.com/2881099/csredis
來源:https://www.cnblogs.com/kellynic/p/9803314.html