Redis 详解 (一) StackExchange.Redis Client

最新推荐文章于 2024-04-21 00:08:35 发布

weixin_33762130

最新推荐文章于 2024-04-21 00:08:35 发布

阅读量531

点赞数

文章标签：数据库

本文介绍了StackExchange.Redis，一个用于.NET平台的Redis客户端。文章对比了ServiceStack.Redis，并详细讲解了如何安装、配置和使用StackExchange.Redis，包括作为内存数据库及消息代理的功能。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

这期我们来看StackExchange.Redis,这是redis 的.net客户端之一。Redis是一个开源的内存数据存储,可以用来做数据库,缓存或者消息代理服务。目前有不少人在使用ServiceStack.Redis这个.net客户端,但是这个的最新版本目前已经变成了商业软件。对于ServiceStack.Redis这种行为,我们没有什么好说的,留给我们的选择是使用低版本的开源版本或者转向其他的客户端。

要说到StackExchange.Redis,就不得不说它和BookSleeve的关系。BookSleeve已经是比较完善的redis sdk,但是为什么 BookSleeve 的作者要重新写一个redis 的客户端sdk呢? 有兴趣的同学可以看这里why i wrote another redis client 归纳起来其实就一句话:觉得不爽就推倒重来。

(╯◕◞౪◟◕‵)╯︵ ┴─┴ (╯-_-)╯╧╧ (╯‵□′)╯︵┴─┴ (╯' - ')╯︵ ┻━┻ ┬─┬ ノ

StackExchange.Redis 安装

直接命令或者手动NuGet。

PM> Install-Package StackExchange.Redis

如果需要强签名的版本走下面的命令,当然作者对于强签名的事也是充满了怨念

PM> Install-Package StackExchange.Redis.StrongName

ConnectionMultiplexer

ConnectionMultiplexer对象是StackExchange.Redis最中枢的对象。这个类的实例需要被整个应用程序域共享和重用的，你不要在每个操作中不停的创建该对象的实例,所以使用单例来创建和存放这个对象是必须的。

    public static ConnectionMultiplexer Manager
    {
        get
        {
            if (_redis == null) { lock (_locker) { if (_redis != null) return _redis; _redis = GetManager(); return _redis; } } return _redis; } } private static ConnectionMultiplexer GetManager(string connectionString = null) { if (string.IsNullOrEmpty(connectionString)) { connectionString = GetDefaultConnectionString(); } return ConnectionMultiplexer.Connect(connectionString); }

虽然ConnectionMultiplexer是实现了IDisposable接口的，但是我们基于重用的考虑，一般不需要去释放它。

当作内存数据库使用

IDatabase db = redis.GetDatabase();

这里的GetDatabase() 返回的db对象是很轻量级别的，不需要被缓存起来，每次用每次拿即可。IDatabase 的所有方法都有同步和异步的实现。其中的异步实现都是可以await的。

一些基础的操作的封装。

    public bool Remove(string key) { key = MergeKey(key); var db = RedisManager.Manager.GetDatabase(Database); return db.KeyDelete(key); } public string Get(string key) { key = this.MergeKey(key); var db = RedisManager.Manager.GetDatabase(Database); return db.StringGet(key); } public bool Set(string key, string value, int expireMinutes = 0) { key = MergeKey(key); var db = RedisManager.Manager.GetDatabase(Database); if (expireMinutes > 0) { db.StringSet(key, value, TimeSpan.FromMinutes(expireMinutes)); } else { db.StringSet(key, value); } return db.StringSet(key, value); } public bool HasKey(string key) { key = MergeKey(key); var db = RedisManager.Manager.GetDatabase(Database); return db.KeyExists(key); }

这里的MergeKey用来拼接Key的前缀，具体不同的业务模块使用不同的前缀。

这里有个和ServiceStack.Redis大的区别是没有默认的连接池管理了。没有连接池自然有其利弊,最大的好处在于等待获取连接的等待时间没有了,也不会因为连接池里面的连接由于没有正确释放等原因导致无限等待而处于死锁状态。缺点在于一些低质量的代码可能导致服务器资源耗尽。不过提供连接池等阻塞和等待的手段是和作者的设计理念相违背的。StackExchange.Redis这里使用管道和多路复用的技术来实现减少连接,这里后续展开再讨论。

当作消息代理中间件使用

消息组建中,重要的概念便是生产者,消费者,消息中间件。

ISubscriber sub = redis.GetSubscriber();

首先，先拿到一个ISubscriber对象。在生产者端我们发布一条消息:

sub.Publish("messages", "hello");

,在消费者端得到该消息并输出

sub.Subscribe("messages", (channel, message) => { Console.WriteLine((string)message); });

一般使用更专业的消息队列来处理这种业务场景,因此这里就略过了。

三种命令模式

Sync vs Async vs Fire-and-Forget

最后,这里有三种命令模式分别对应StackExchange.Redis的三类不同的使用场景。

Sync,同步模式会直接阻塞调用者，但是显然不会阻塞其他线程。

Async,异步模式直接走的是Task模型。

Fire-and-Forget,就是发送命令，然后完全不关心最终什么时候完成命令操作。

db.StringIncrement(pageKey, flags: CommandFlags.FireAndForget);

这里值得注意的是,在Fire-and-Forget模式下,所有命令都会立即得到返回值，当然该值都是该返回值类型的默认值,比如操作返回类型是bool将会立即得到false,因为false = default(bool)。