在开发使用 Redis 的组件时，我发现为该组件使用的所有键添加前缀是一种很好的模式，这样它就不会干扰其他组件。

例子:

• 管理用户的组件可能使用前缀为 user: 的键管理日志的组件可能使用前缀为 log: 的键.

• 在 Multi-Tenancy 系统中，我希望每个客户在 Redis 中使用单独的 key 空间，以确保他们的数据不会相互干扰。前缀将类似于 customer:<id>:。与特定客户相关的所有 key 。

使用 Redis 对我来说还是新鲜事物。对于这种分区模式，我的第一个想法是为每个分区使用单独的数据库标识符。然而，这似乎不是一个好主意，因为数据库的数量是有限的，而且它似乎是一个即将被弃用的功能。

另一种方法是让每个组件都获得一个 IDatabase实例和一个 RedisKey它应该用来为所有键添加前缀。 (我正在使用 StackExchange.Redis )

我一直在寻找 IDatabase自动为所有键添加前缀的包装器，以便组件可以使用 IDatabase按原样使用界面，而不必担心其键空间。不过我什么也没找到。

所以我的问题是:在 StackExchange Redis 之上使用分区键空间的推荐方法是什么？

我现在正在考虑实现我自己的 IDatabase为所有键添加前缀的包装器。我认为大多数方法只会将它们的调用转发给内部 IDatabase实例。然而，有些方法需要更多的工作:例如 SORT和 RANDOMKEY .

最佳答案

我创建了一个 IDatabase包装器现在提供了一个键空间分区。

包装器是通过使用 IDatabase 的扩展方法创建的

    ConnectionMultiplexer multiplexer = ConnectionMultiplexer.Connect("localhost");
    IDatabase fullDatabase = multiplexer.GetDatabase();
    IDatabase partitioned = fullDatabase.GetKeyspacePartition("my-partition");

分区包装器中的几乎所有方法都具有相同的结构:

public bool SetAdd(RedisKey key, RedisValue value, CommandFlags flags = CommandFlags.None)
{
    return this.Inner.SetAdd(this.ToInner(key), value, flags);
}

他们只是将调用转发到内部数据库并将键空间前缀添加到任何 RedisKey 之前传递之前的论点。

CreateBatch和 CreateTransaction方法只是为这些接口(interface)创建包装器，但使用相同的基本包装器类(因为大多数包装方法由 IDatabaseAsync 定义)。

KeyRandomAsync和 KeyRandom不支持方法。调用将抛出 NotSupportedException .这不是我关心的问题，引用@Marc Gravell:

I can't think of any sane way of achieving that, but I suspect NotSupportedException("RANDOMKEY is not supported when a key-prefix is specified") is entirely reasonable (this isn't a commonly used command anyway)

我还没有实现ScriptEvaluate和 ScriptEvaluateAsync因为我不清楚我应该如何处理 RedisResult返回值。这些方法的输入参数接受 RedisKey这应该是前缀，但脚本本身可以返回键，在这种情况下，我认为取消前缀这些键是(最)有意义的。目前，这些方法将抛出 NotImplementedException。 ...

排序方法( Sort 、 SortAsync 、 SortAndStore 和 SortAndStoreAsync )对 by 有特殊处理和 get参数。除非它们具有以下特殊值之一:nosort，否则它们的前缀是正常的对于 by和 #对于 get .

最后，允许前缀 ITransaction.AddCondition我不得不用一点反射:

internal static class ConditionHelper
{
    public static Condition Rewrite(this Condition outer, Func<RedisKey, RedisKey> rewriteFunc)
    {
        ThrowIf.ArgNull(outer, "outer");
        ThrowIf.ArgNull(rewriteFunc, "rewriteFunc");

        Type conditionType = outer.GetType();
        object inner = FormatterServices.GetUninitializedObject(conditionType);

        foreach (FieldInfo field in conditionType.GetFields(BindingFlags.NonPublic | BindingFlags.Instance))
        {
            if (field.FieldType == typeof(RedisKey))
            {
                field.SetValue(inner, rewriteFunc((RedisKey)field.GetValue(outer)));
            }
            else
            {
                field.SetValue(inner, field.GetValue(outer));
            }
        }

        return (Condition)inner;
    }
}

包装器像这样使用这个助手:

internal Condition ToInner(Condition outer)
{
    if (outer == null)
    {
        return outer;
    }
    else
    {
        return outer.Rewrite(this.ToInner);
    }
}

还有其他几个ToInner包含 RedisKey 的不同类型参数的方法但他们或多或少都会调用:

internal RedisKey ToInner(RedisKey outer)
{
    return this.Prefix + outer;
}

我现在为此创建了一个拉取请求:

https://github.com/StackExchange/StackExchange.Redis/pull/92

扩展方法现在称为 WithKeyPrefix并且不再需要用于重写条件的反射 hack，因为新代码可以访问 Condition 的内部结构。类。

关于redis - StackExchange Redis 的分区键空间，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/26031778/