Garnet：微软官方基于.NET开源的高性能分布式缓存存储数据库

前言

前不久Redis宣布从 Redis 7.4 开始，将原先比较宽松的 BSD 源码使用协议修改为 RSALv2 和 SSPLv1 协议，该协议变化意味着Redis不再开源。今天给大家分享一款完全开源（MIT协议）、免费的Redis替代性项目产品：Garnet。

Garnet项目介绍

Garnet是一款由微软研究院基于.NET开源的高性能、跨平台的分布式缓存存储数据库，该项目提供强大的性能（吞吐量和延迟）、可扩展性、存储、恢复、集群分片、密钥迁移和复制功能。并且无需做任何修改可以与现有的 Redis 客户端配合使用。

Garnet独特优势

协议兼容性： Garnet 采用流行的 RESP 线路协议作为起点，这使得可以从当今大多数编程语言（ 例如C#中的 StackExchange.Redis ）中可用的未经修改的 Redis 客户端使用 Garnet。

性能优势： 相比同类开源缓存存储，Garnet在处理多客户端连接和小批量请求时表现更优，提供更好的吞吐量和可扩展性，从而节省成本。

低延迟： 在Azure VM上展示了极低的客户端延迟，通常低于300微秒，对于实际场景至关重要。

技术特点： 基于最新的.NET技术，具有跨平台、可扩展和现代化的特点，易于开发和维护，并在Linux和Windows上实现了最先进的性能。

Garnet项目源代码

Garnet性能优势

我们预配两个运行 Linux (Ubuntu 20.04) 的 Azure 标准 F72s v2 虚拟机（每个虚拟机 72 个 vcpu，144 GiB 内存），并启用加速 TCP。这个SKU的好处是我们保证不会与另一个VM共置，这将优化性能。一台机器运行不同的缓存存储服务器，另一台机器专门用于发布工作负载。我们使用名为 Resp.benchmark 的基准测试工具来生成所有结果。在撰写本文时，我们将 Garnet 与最新开源版本的 Redis (v7.2)、KeyDB (v6.3.4) 和 Dragonfly (v6.2.11) 进行了比较。

吞吐量获取

数据库大小为 (a) 1024 个键和 (b) 2.56 亿个键时的吞吐量（对数尺度）、不同数量的客户端会话：

数据库大小为 (a) 1024 个键和 (b) 2.56 亿个键时的吞吐量（对数规模）、不同的批量大小：

延迟获取/设置

延迟、不同客户端会话数量（a）中值、（b）第 99 个百分位和（c）第 99.9 个百分位：

不同批量大小下的延迟（a）中值、（b）第 99 个百分位数和（c）第 99.9 个百分位数：

项目源码地址

更多项目实用功能和特性欢迎前往项目开源地址查看👀，别忘了给项目一个Star支持💖。