近來，需要用到 Redis 這類緩存技術 —— MongoDB 和 Redis 沒有進行過比較。 我也懶得在這些細節上 糾結那麼多 —— 按照網友給出的文章，聽從網友建議，選擇 Redis。 本文重點比較一下 ServiceStack.Redis 和 StackExchange.Redis 這兩種客... ...
背景
近來，需要用到 Redis 這類緩存技術 —— MongoDB 和 Redis 沒有進行過比較。
我也懶得在這些細節上 糾結那麼多 —— 按照網友給出的文章，聽從網友建議，選擇 Redis。
Redis 我在 2014年的時候正式用過一次，那時候用的是 ServiceStack.Redis —— 要引用4、5個程式集，挺鬧心的。
正題
開始比較 客戶端調用時, ServiceStack.Redis 與 StackExchange.Reids 的性能。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading;
using ServiceStack.Redis;
using StackExchange.Redis;
namespace Temp_20180713_Redis
{
class Program
{
static void Main(string[] args)
{
DateTime time0 = DateTime.Now;
DateTime time1 = DateTime.Now;
#region StackExchange.Redis
{
IConnectionMultiplexer proxy = ConnectionMultiplexer.Connect("127.0.0.1");
IDatabase db = proxy.GetDatabase(6379);
time0 = DateTime.Now;
for (int i = 0; i < 100000; i++)
{
db.StringSet("AAAA", "AAAAAAA");
}
time1 = DateTime.Now;
Console.WriteLine("StackExchange.Redis 賦值 10,0000 次, 耗時: {0} 秒", (time1 - time0).TotalSeconds);
string valueStr = "";
time0 = DateTime.Now;
for (int i = 0; i < 100000; i++)
{
RedisValue value = db.StringGet("AAAA");
valueStr = value;
}
time1 = DateTime.Now;
Console.WriteLine("StackExchange.Redis 取值 10,0000 次, 耗時: {0} 秒", (time1 - time0).TotalSeconds);
Console.WriteLine(valueStr);
Console.WriteLine("----------------------------------");
}
#endregion
#region ServiceStack.Redis
using (RedisClient redisClient = new RedisClient("127.0.0.1", 6379))
{
time0 = DateTime.Now;
for (int i = 0; i < 100000; i++)
{
redisClient.Set("AAAA", "AAAAAAA");
}
time1 = DateTime.Now;
Console.WriteLine("ServiceStack.Redis 賦值 10,0000 次, 耗時: {0} 秒", (time1 - time0).TotalSeconds);
string valueStr = "";
time0 = DateTime.Now;
for (int i = 0; i < 100000; i++)
{
valueStr = redisClient.Get<string>("AAAA");
}
time1 = DateTime.Now;
Console.WriteLine("ServiceStack.Redis 取值 10,0000 次, 耗時: {0} 秒", (time1 - time0).TotalSeconds);
Console.WriteLine(valueStr);
Console.WriteLine("----------------------------------");
}
#endregion
}
}
}
比較結果如圖：
沒錯： ServiceStack.Redis 居然崩潰了：每小時只能調用 6000次，除非購買商用版。【別說商用了，6000次，我個人使用都不夠啊】
我將 ServiceStack.Redis 降級到 3.9.40 版本，繼續測試
結論
同樣的 10W次 賦值、取值 調用。
StackExchange.Redis 耗時 18秒
ServiceStack.Redis 耗時 16秒
—— ServiceStack.Redis 性能高一點點。
建議
但最終：我還是覺得應該選擇 StackExchange.Redis
理由如下：
StackExchange.Redis 和 ServiceStack.Redis 兩者性能差距不大，性能差別僅 11%
StackExchange.Redis 沒有版許可權制，暫時沒有出現 不給錢只調用 6000 次。
我看了一下 兩個框架的函數定義： StackExchange.Redis 定義得更友善一些。反例比如：ServiceStack.Redis 有 Hash欄位賦值函數，卻沒有 Hash欄位取值函數（除非你把指定的Hash 全部鍵值對都取出來，然後再篩選指定的欄位 —— 那些不需要的也得取出來，感覺挺浪費的）
而且某些地方的 隱式轉換 可以節省不少代碼：自動幫你推斷你想要的數據類型。
當然，兩者的實現原理 我這邊並未深究，也懶得深究。
其實，我也不知道 StackExchange.Redis 是否支持 .Net 40 —— 否則就真的是一大敗筆了。
其實我想要的很簡單
最低支持 .Net 40。
沒有過分的使用限制（比如每小時6000次）。
不要引用一堆的程式集，最好一個程式集就行。
友好的函數封裝
我特別討厭，一個三方框架好幾個程式集
如果這個框架，實現的功能比較多，好幾個程式集區分功能 我可以理解。
你特麽就只實現一個功能，卻稀里糊塗給我一堆程式集 是個什麼鬼 ~
看到太多程式集，我會有一種不安全感：
如果發佈時少了個程式集怎麼辦？
程式集少更新了其中一個怎麼辦？
這些程式集在偷偷幹嘛？
如果複製程式集時，把部分64位的複製替換了了32位而導致執行時（可能是偶發異常）才報錯怎麼辦？）
就不能把 附屬程式集 嵌入到主程式集中麽？要麼記憶體載入子程式集，要麼自動釋放子程式集。
我只想無腦的 Ctrl+C Ctrl+V，我不想 複製粘貼時 還要顧忌這、擔心那。
