內存數據高速緩存在.Net應用程序中的性能

Question

我們有一個應用程序（規則引擎），它在內存中有很多表來執行特定的業務規則。此引擎還用於在需要時寫回數據庫。

數據庫結構是非規範化的，我們有5個事務表，有時還需要查詢報表。

這裏的問題是，我們想要緩存應用程序中的數據，所以它在App啓動時加載，然後只在DB更改時纔會更改。

有什麼建議嗎？

我們傾向於創建一個數據庫服務，它將處理所有插入，更新和刪除操作，並將它們排隊以減少數據庫服務器上的負載（事務表也具有負載索引）。此外，我們正在考慮將數據庫服務放在最前面，並提供所有需要直接訪問數據庫的報告/其他應用程序。

這裏的目的是減少每個請求的Select查詢的DB命中數，並優先處理事務。此外，爲了確保訪問應用的用戶不會關閉數據庫服務器。

規則引擎是一個C＃桌面應用程序，報告和其他應用程序是基於Web的。

什麼是最好的方式去做這件事？我也想過從我的事務表中刪除所有索引，並將觸發器插入到一個新的表中，該表是一個副本，但是索引用於報告檢索。

Answer 1

您應該看看分佈式緩存解決方案（從性能和可伸縮性的角度來看）。總之，我正在採用有關由分佈式緩存支持的可擴展DB服務（以便多個數據庫服務由相同的緩存提供服務）。

以下是討論分佈式緩存的article，其中包括各種數據庫同步方法。這裏是blog文章列出了.NET中用於分佈式緩存的幾個選項。

Answer 2

我已經做了類似於一個猥瑣的複雜規則引擎。最終，我設置它以便數據集中式序列化（通過一個進程來釋放新的更改，導致新副本被序列化並且blob存儲在某處可訪問）。在加載期間，每個應用程序服務器將檢查它們是否具有最新版本的blob，並且如果不獲取它（並且將其存儲在本地）。

然後它所要做的就是將數據反序列化到內存中。沒有數據庫命中，除了偶爾抓住新的blob。這也意味着應用程序服務器可以在數據庫服務器處於脫機狀態時工作（只要它具有該數據塊的緩存副本）。當然，它也會在運行時定期輪詢新的更新 - 但僅限於「是否有新的blob」代碼（它仍然不需要打到主表）。

Answer 3

您可能會感興趣this article它使用xml來存儲數據庫的只讀副本（在內存中）。和XPath進行查詢。當然，你現在更喜歡用linq查詢。