背景
近來,需要用到 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,我不想 復制粘貼時 還要顧忌這、擔心那。