我正在使用redis来实现电子邮件地址的黑名单，并且我对不同级别的黑名单有不同的TTL值，因此在同一实例上使用不同的db对我有很大帮助。

在一个实例中使用多个数据库可能在以下场景中有用:

同一数据库的不同副本可以使用实时数据用于生产、开发或测试。人们可以使用replica来克隆一个redis实例来达到同样的目的。然而，前一种方法更容易使现有的正在运行的程序选择正确的数据库切换到预期的模式。

我知道这个问题已经有些年头了，但是多个数据库可能很有用还有另一个原因。

如果你使用你最喜欢的云提供商的“云Redis”，你可能有一个最小的内存大小，并将为你分配的内存付费。然而，如果你的数据集比这个小，那么你就会浪费一些分配，因此也会浪费一些钱。

使用数据库，您可以使用相同的Redis云实例为(比如说)开发、UAT和生产提供服务，或者应用程序的多个实例，或者其他任何东西——这样可以使用更多的已分配内存，因此更划算。

我正在研究的一个用例有几个应用程序实例，每个实例使用20 - 300k，但我的云提供商上的最小分配是1M。我们可以将10个实例合并到一个Redis上，而不受任何限制，因此可以节省大约90%的Redis托管成本。我知道这种方法有局限性和问题，但我认为值得一提。

你不希望在一个redis实例中使用多个数据库。正如您所指出的，多个实例使您可以利用多个内核。如果使用数据库选择，则升级时必须进行重构。监视和管理多个实例并不困难，也不痛苦。

实际上，通过基于实例的隔离，您可以获得对每个db更好的度量。每个实例都有反映该数据段的统计信息，这可以实现更好的调优、响应更及时、更准确的监控。使用最新版本并按实例分隔数据。

正如Jonaton所说，不要使用按键命令。如果您只是创建一个键索引，您将发现更好的性能。无论何时添加键，都要将键名添加到集合中。keys命令在扩展后并不是特别有用，因为返回它将花费大量时间。

让访问模式决定如何构建数据，而不是按照您认为有效的方式存储数据，然后再考虑如何访问和切碎数据。您将看到更好的性能，并发现数据消费代码通常更干净和更简单。

对于单线程，考虑redis是为速度和原子性而设计的。当然，在一个db中修改数据的操作不需要等待另一个db，但是如果该操作保存到转储文件中，或者在slave上处理事务呢?在这一点上，您开始进入并发编程的杂草。

通过使用多个实例，您可以将多线程的复杂性转化为更简单的消息传递样式系统。

上面没有提到我们的动机。我们使用多个数据库，因为我们经常需要删除一组特定类型的数据，而FLUSHDB可以简化这一操作。例如，我们可以在数据库0上使用FLUSHDB清除所有缓存的网页，而不影响我们对Redis的所有其他使用。

这里有一些讨论，但我没有找到关于这vs扫描和删除性能的明确信息:

https://github.com/StackExchange/StackExchange.Redis/issues/873

原则上，相同实例上的Redis数据库与RDBMS数据库实例中的模式没有区别。

所以，说了这么多，为什么/什么时候我想要使用倍数 Redis数据库，而不是仅仅旋转一个额外的Redis实例 为我想要的每个额外数据库?

There's one clear advantage of using redis databases in the same redis instance, and that's management. If you spin up a separate instance for each application, and let's say you've got 3 apps, that's 3 separate redis instances, each of which will likely need a slave for HA in production, so that's 6 total instances. From a management standpoint, this gets messy real quick because you need to monitor all of them, do upgrades/patches, etc. If you don't plan on overloading redis with high I/O, a single instance with a slave is simpler and easier to manage provided it meets your SLA.