Redis到底該如何利用（三）？

全資料增量同步

所謂全資料校驗，即所有的快取資料首先都同步至redis，然後根據資料的時間戳來進行同步。分解步驟如下：

首先將快取的資料初始化，同步至redis和memorycache，保持初始資料的同步

第二步，每當操作了資料之後，給記錄乙個時間戳標識最近的更新。

memorycache定時或者每次取資料的時候，以最近的乙個同步的時間戳開始同步到現在的時間戳

上面的方案咱們落地到.net+redis又該怎麼處理呢？

第一步很簡單直接跳過，第二步就有點問題了，這個時間戳要便於redis的排序和獲取，考慮到這些問題，我覺得取linux的數字型時間戳比較靠譜，再配合sortset來建立索引，進行同步，看起來的確不錯。那麼來看下**：

本篇還是以user為例，可能場景不適合，大家將就理解

public
void
updatetoredis(user user)

同步：

public
void sync(double
timespan)
});"]
");var users = jsonconvert.deserializeobject>(portsjson.tostring());
//和記憶體的list做同步
...            
//end
}

上面的**只是例項，實際執行的時候感覺還不是特別靠譜。

訊息通知

我覺得.net因為有了優秀的event機制，才讓我覺得它使用起來很方便

但是這裡是伺服器之間的通訊，我想非scoket莫屬了，之間做過scoket雙向通訊，印象特別深刻，這樣的場景讓我自然而然的想到了這個方案。可是特別的增加乙個socket，本身複雜的架構要更複雜了，還是尋求乙個靠譜的中介軟體比較適合。看過redis的功能列表的同學，一定沒忘記redis還有乙個訂閱發布，pub/sub功能。於是我就利用了這個功能，設計了如下的方案：

在每乙個快取物件更新的同時，增加非同步pub訊息到redis

先來看下redis的，pub/sub功能，請看文件

redis提供指定channel的訂閱發布功能，每乙個client可以訂閱指定的channel訊息，也可以向指定的channel傳送訊息。

利用servicestack.redis的pub/sub功能實現如下:

using (var redisconsumer = new
redisclient(testconfig.singlehost))
using (var subscription =redisconsumer.createsubscription())
;    subscription.onunsubscribe = channel =>;
subscription.onmessage = (channel, msg) =>;
subscription.subscribetochannels(
"capqueen:redis:events
"); //
blocking
}

傳送：

using (var redispublisher = new
redisclient("localhost"))

這裡我覺得message應該定義成乙個訊息體，接收處理應該根據具體的訊息定義來具體處理，因為訂閱發布的通道顯然應該是合理利用，如果乙個業務乙個通道，有點太多了。

當然這個實現起來又要講一大篇了，這裡不多說明。

Redis到底該如何利用（三）？

到底該如何學習演算法？

雲原生到底該如何理解

Redis系列（八）快取到底該如何做到高可用？

Redis到底該如何利用（三）？

到底該如何學習演算法？

雲原生到底該如何理解

Redis系列（八） 快取到底該如何做到高可用？

相關推薦

Redis系列（八）快取到底該如何做到高可用？