【问题标题】:Get database info from Azure Cache for Redis从 Azure Cache for Redis 获取数据库信息
【发布时间】:2020-10-09 23:29:43
【问题描述】:

我通过 microsoft.extensions.caching.stackexchangeredis nuget v3.1 包在 Asp.Net core 3.1 应用程序中使用 StackExchangeRedis。我采用 Azure Cache for Redis 的标准层级定价计划。根据文档,默认情况下有 16 个数据库,默认数据库为 0。我想尝试在我的代码中使用数据库编号。这就是我在 Startup.cs 文件中的设置方式:

services.AddStackExchangeRedisCache(options =>
            {
                options.InstanceName = Configuration.GetValue<string>("RedisCache:InstanceName");
                options.ConfigurationOptions = new StackExchange.Redis.ConfigurationOptions
                {
                    
                    AbortOnConnectFail = false,
                    AllowAdmin = false,
                    Ssl = true,
                    ConnectRetry = 3,
                    ReconnectRetryPolicy = new LinearRetry(1500),
                    ConnectTimeout = 5000,
                    SyncTimeout = 5000,
                    DefaultDatabase = 1,
                    EndPoints = {
                        { 
                            Configuration.GetValue<string>("RedisCache:Server"), 
                            Configuration.GetValue<int>("RedisCache:Port")
                        },
                    },
                    Password = Configuration.GetValue<string>("RedisCache:Password"),
                    
                };
            });

我看到有一个选项可以通过 DefaultDatabase 选项自定义要使用的数据库编号。 看过这篇here的文章,但是还是不太明白它的用法。

我是否需要考虑数据库 ID,或者这是 azure/redis 出于性能原因在内部处理的东西,并且它从我这里抽象出来?如果这是我在开发应用程序时需要担心的事情?我计划将此缓存用作我的应用程序 (50-100) 的共享实例。

【问题讨论】:

    标签: azure azure-redis-cache azure-caching


    【解决方案1】:

    您可能希望在生产规模上担心这一点,但对于开发来说,这不是必需的,甚至是不可取的。

    What's the Point of Multiple Redis Databases?

    【讨论】:

    • 所以看了链接后,我的理解是:“多数据库已经成为一个弃用的特性,所以不推荐在生产中使用。它已经被弃用了,因为一般来说,启动多个数据库更好Redis 服务器在同一台机器上,而不是使用多个数据库。Redis 是单线程的。因此,具有多个数据库的单个 Redis 服务器只使用一个 CPU 核心。另一方面,如果使用多个 Redis 服务器,则可以利用多个 CPU 内核。多个数据库使 Redis 的管理更加困难,并且可能使性能和资源复杂化。"
    猜你喜欢
    • 2017-08-31
    • 2016-09-23
    • 1970-01-01
    • 2021-04-15
    • 2012-10-31
    • 1970-01-01
    • 2020-08-06
    • 2016-09-03
    相关资源
    最近更新 更多