Redis 作为缓存与 Redis 作为主数据库，90 秒解析

我们收到了很多关于我们题为 “了解 Redis 如何在 90 秒内简化您的架构” 的帖子的良好反馈，因此我们决定做一个关于 Redis 作为缓存与 Redis 作为缓存和主数据库的后续报道。

开始使用 Redis Cloud：免费试用

Redis 作为主数据库如何工作？

Redis 最初是一个缓存数据库，但此后已发展成为一个主数据库。今天构建的许多应用程序都使用 Redis 作为主数据库。 但是，大多数 Redis 服务提供商支持 Redis 作为缓存，而不是作为主数据库。这意味着除了使用 Redis 之外，您还需要一个单独的数据库，如 DynamoDB。这增加了复杂性，损害了延迟，并阻止您充分发挥 Redis 的潜力。

StackOverflow 连续三年将 Redis 评为最受欢迎的数据库，并且已经启动了超过 20 亿个 Redis Docker 容器。知道这一点，不难找到 Redis 方面的专业知识。当 Redis 开发人员遇到困难时，实际上有成千上万的资源书籍、教程、博客文章等等来帮助解决问题。

有数百个 Redis 客户端库涵盖每种主要编程语言，甚至一些晦涩的语言。在许多语言中，开发人员可以从各种库中进行选择，以获得恰到好处的样式和抽象级别。 Redis 是一种适用于各种数据大小的数据库，从几兆字节到数百太字节。

使用 Redis Enterprise，您可以在单个系统中使用 Redis 作为内存缓存和主数据库，从而消除两个单独系统的复杂性和延迟。不仅如此，您还可以将其用作多模型主数据库，从而能够构建现代应用程序，以及基于 Redis 之上的低延迟微服务架构。

与其依赖单独的数据库和缓存，不如利用 Redis Enterprise 的原生功能，例如

流，用于收集和分发数据
JSON，用于存储 JSON 文档
搜索和查询，用于二级索引
时间序列，用于应用程序监控
概率，用于游戏、欺诈检测和排行榜

通过自动缩放、企业集群和主动-主动地域分布来利用以上所有功能。

观看下面的视频，了解我们的意思

Redis 数据库：扩展和数据结构

同时扩展缓存和数据库通常很复杂；每个数据层都以 *不同的方式* 扩展，在不同的时间达到基础设施和优化机会。此外，减少移动部件的数量可以减少延迟；即使架构的任何给定部分都可能很快，但每个项目都会增加某种延迟，无论是通过数据库本身还是通过项目之间的连接。使用单个数据存储消除了多个内部网络遍历。最后，使用单个数据存储开发应用程序只需要一个编程接口。因此，开发人员只需要了解单个数据库的复杂性，而不是数据库和缓存。这降低了开发过程中上下文切换的精神成本。

使用 Redis 扩展

Redis Enterprise 的主动-主动部署是实现 99.999% 可靠性和全球可扩展性的关键。这意味着单个数据集可以复制到分布在广阔地理区域的多个集群，每个集群仍然能够完全接受读取和写入。

Redis Enterprise 使用无冲突复制数据类型 (CRDT) 在数据库级别自动解决任何冲突，且不会丢失数据。广泛传播集群可以在地理本地延迟保持数据的可用性，并增加弹性以应对甚至灾难性的基础设施故障。

Redis 中的内置数据结构

许多应用程序具有相对简单的数据需求，可以通过 Redis 的内置数据结构轻松支持。其他应用程序可能需要更多。对于它们，Redis 提供了一个可扩展的引擎，允许模块添加所需的功能，而无需添加更多功能。这种方法扩展到持久性 - Redis 使您可以选择完全是短暂的，通过定期快照来实现持久性，或者一直使用仅附加文件 (AOF) 进行写入时持久性。 Redis 可以根据您的用例在性能和持久性之间做出最佳权衡。

BSD 许可且相对紧凑，Redis 通常被认为是干净、组织良好的 C 代码库的典范。如果某些内容没有意义，则很容易找出并理解数据库正在做什么的绝对真相。 Redis 所做的一切都不是魔术 - 它只是使用长期建立的高效模式来实现基本数据结构。