2

在它说的文件上

    /// The cache manager must have at least one cache handle configured with <see cref="CacheHandleConfiguration.IsBackplaneSource"/> set to <c>true</c>.
    /// Usually this is the redis cache handle, if configured. It should be the distributed and bottom most cache handle.

我知道如何使用 RedisCacheHandle，因为它在 Cachemanager 的网站上作为示例给出

var cache = CacheFactory.Build<int>("myCache", settings =>
{
    settings
    .WithSystemRuntimeCacheHandle("inProcessCache")
    .And
    .WithRedisConfiguration("redis", config =>
    {
        config.WithAllowAdmin()
            .WithDatabase(0)
            .WithEndpoint("localhost", 6379);
    })
    .WithMaxRetries(1000)
    .WithRetryTimeout(100)
    .WithRedisBackplane("redis")
    .WithRedisCacheHandle("redis", true);
});

问题是我不想使用 Redis 作为缓存资源；我只是想通过 Redis Pub/Sub 机制的力量来做一个分布式缓存。根据我通过代码进行的调试，通过使用 Redis 背板功能，我确实能够向 Redis 发送消息并从 Redis 接收消息。那么为什么不使用 RedisCacheHandle 而使用 SystemRuntimeCacheHandle 呢？

所以，我的期望是使用以下缓存配置成功执行

var cache = CacheFactory.Build<int>("myCache", settings =>
{
    settings
    .WithSystemRuntimeCacheHandle("inProcessCache")
    .And
    .WithRedisConfiguration("redis", config =>
    {
        config.WithAllowAdmin()
            .WithDatabase(0)
            .WithEndpoint("localhost", 6379);
    })
    .WithMaxRetries(1000)
    .WithRetryTimeout(100)
    .WithRedisBackplane("redis")
    .WithSystemRuntimeCacheHandle("inProcessCache", true);
});

但它不起作用。你能告诉我一个解决方案吗？我究竟做错了什么？或者，即使它在文档中写为

...通常这是redis缓存句柄...

有没有办法在没有 RedisCacheHandle 的情况下使用缓存同步功能？

https://github.com/MichaCo/CacheManager/issues/111

4

1 回答 1

0

我猜你“不工作”是指其他缓存没有同步，例如，如果我从 cacheA 中删除一个键，它不会从 cacheB 中删除？是的，这是目前的预期行为。

背板旨在与只有一种状态的进程外缓存一起使用。由于 2 个缓存实例都使用系统运行时缓存，因此您在 proc 缓存中有两个完全断开连接。

通常，如果您有一个 Redis 层并从缓存实例 A 中删除一个键，则该项目将从 Redis 层中删除。消息被发送到同一缓存的其他实例，并将从除 redis（标记为背板源的那个）之外的任何其他缓存层中删除密钥。这意味着，我们预计背板源已经同步。

现在，如果您有一个进程内缓存作为背板源怎么办。那是行不通的，因为两个实例总是不同步的。

让我们看看这个例子：

var cacheConfig = ConfigurationBuilder.BuildConfiguration(settings =>
{
    settings
    .WithSystemRuntimeCacheHandle("inProcessCache")
    .And
    .WithRedisConfiguration("redis", config =>
    {
        config.WithAllowAdmin()
            .WithDatabase(0)
            .WithEndpoint("localhost", 6379);
    })
    .WithMaxRetries(1000)
    .WithRetryTimeout(100)
    .WithRedisBackplane("redis")
    .WithSystemRuntimeCacheHandle("inProcessCache", true);
});

var cacheA = new BaseCacheManager<string>(cacheConfig);
var cacheB = new BaseCacheManager<string>(cacheConfig);

cacheB.Backplane.Removed += (obj, args) =>
{
    Console.WriteLine(args.Key + " removed from B.");
};

cacheA.Add("key", "value");

var result = cacheB.Get("key");
Console.WriteLine("Result should be null:" + result);

cacheB.Add("key", "value");
result = cacheB.Get("key");
Console.WriteLine("Result should not be null:" + result);

// triggers backplane remove event
cacheA.Remove("key");

// lets give redis some time send messages
Thread.Sleep(100);

result = cacheB.Get("key");
Console.WriteLine("Result should be null again but isn't:" + result);

Console.ReadKey();

如果你运行这个，你可以看到背板事件实际上被触发了，但是因为唯一的进程内缓存是背板源，所以键不会被删除。这就是为什么最后，您仍然可以将密钥归还给您。

正如我所说，这是目前预期的行为。

不过，您可以通过监听这些事件来实现自定义逻辑。（事件在下一个版本中会略有变化，目前存在一些错误和不一致）。

此外，不要期望背板会将缓存值传输到其他实例。这永远不会发生。CacheManager 只发送关键事件，不发送数据，因为数据通常由进程外缓存处理。这意味着，如果您只有背板的进程内缓存，则在缓存A中添加一个项目，不会将该项目复制到缓存B！不过，您可能会change在 cacheB 上获得一个键事件。

我希望这是有道理的 ;）

于 2016-11-22T13:56:56.633 回答