Lavik性能 · 架构 · 成本
Lavik vs Tendis
面向磁盘 Redis 负载，提供更高实测吞吐量。
Lavik 与腾讯 Tendis 对比：NVMe SSD 读写基准、RocksDB 与自有存储差异、集群评估要点及成本假设。
Lavik 项目团队 · 资料核对: 2026-10-13 · Tendis 2.8.4-rocksdb-v8.5.3
2026 年 8 月 · 历史实验
让真实测量说明性能
200M 键，值长度均匀分布在 1,000–4,000 字节；相同 Azure Standard_L16s_v3 服务器及客户端、两块 NVMe、80 个连接、300 秒窗口。按 GET → 1:1 混合 → SET 顺序运行，无中途重载；维护策略与持久化配置不同。表中不包含使用不同环境的 Azure Managed Redis 行。Lavik 为八月历史构建，不是 beta.1。 方法与完整报告 ↗
| 操作 | 系统 | QPS | p99 (ms) | p99.9 (ms) | 连接数 |
|---|---|---|---|---|---|
| GET | Lavik SPDK · August build | 310,387 | 0.455 | 0.895 | 80 |
| GET | Tendis 2.8.4-rocksdb-v8.5.3 | 68,860 | 2.063 | 5.855 | 80 |
| SET | Lavik SPDK · August build | 392,284 | 0.999 | 1.607 | 80 |
| SET | Tendis 2.8.4-rocksdb-v8.5.3 | 160,642 | 1.335 | 2.127 | 80 |
| GET:SET 1:1 | Lavik SPDK · August build | 352,442 | 0.631 | 1.447 | 80 |
| GET:SET 1:1 | Tendis 2.8.4-rocksdb-v8.5.3 | 102,213 | 1.439 | 1.975 | 80 |
读懂这个结果
Tendis 测试使用 10 个 RocksDB 存储实例，共享 72 GiB 块/Blob 缓存。WAL、binlog、逐事务日志刷盘与压缩被关闭，自动压缩整理和 Blob GC 保持开启。加载后没有额外预热或等待压缩整理。基准未测试集群成员管理与故障切换。
这是 Lavik 项目发布的基准，尚非第三方复测。单机短窗口结果不能证明相同崩溃持久性、长期稳定状态、集群容量或应用 SLA。使用下方成本模型前，请对照你的负载、数据分布与延迟预算。
存储设计如何影响你的应用
测试中的开源 Tendis 服务端通过 RocksDB 存储数据，暴露 Redis 兼容接口。其仓库还介绍了它在 Tendis 混合存储版中的用途；本基准测量的是指定的独立 Tendis 程序，而非完整混合部署或托管云服务。
两种设计都旨在突破 DRAM 容量限制。当 SSD 空间充足，但集群仍需更多服务器处理读写时，Lavik 的实测 QPS 优势就有价值。即使 SSD 单价相同，更高的单机请求处理能力仍可能改变成本。
熟悉的协议，面向 NVMe SSD 的执行路径
速度来自架构，而不是要求应用换一种协议。
Lavik 是 Apache 2.0 开源的 Redis 兼容键值存储。内存保存键索引，NVMe SSD 承载值数据。线程本地状态、协程与异步 I/O 让工作线程在等待存储时继续处理其他请求；SPDK 提供直接访问 NVMe 的存储路径。九月的 SPDK 测试仍使用内核 TCP，并未使用 DPDK 网络。
存储引擎覆盖字符串、哈希、列表、集合与有序集合载荷；集合可使用分组存储。键索引、路由元数据和缓冲区仍消耗内存。字符串 GET/SET 基准并不证明其他数据结构具有相同 QPS。 beta.1 架构 ↗ · 存储与集合 ↗ · Apache 2.0 ↗
SSD 单价相同，节点数量仍可能不同
假设模型 · 可调整输入
相同数据量与 QPS 目标，需要多少节点？
默认模型假设 1 TiB 值数据、每主节点 1 TiB 可用值容量、100 万 QPS、使用实测吞吐量的 70%、两份完整数据副本，并假设每节点每月 1,000 美元。双方价格均可修改。
| 系统 | 选定实测 QPS / p99 | 主节点 / 总节点 | 月费假设 |
|---|---|---|---|
| Lavik SPDK | 310,387 / 0.455 ms | 5 / 10 | $10,000 |
| Tendis | 68,860 / 2.063 ms | 21 / 42 | $42,000 |
Primaries = max(⌈data / usable capacity⌉, ⌈target QPS / (observed QPS × utilization)⌉)
总节点数 = 主节点数 × 数据副本数，月费 = 总节点数 × 每节点月费。副本不计入额外服务 QPS。假设分片均衡、每节点性能可线性复用、可用容量已扣除空间余量及元数据，并且总内存足以容纳索引与缓冲区；改变每节点数据量可能改变吞吐量。复制开销、故障后余量、网络和备份费用尚未建模。p99 筛选仅选择已测点，不能证明集群或应用 SLA，尤其不能证明 P99.99。
何时选择 Lavik
当大规模、访问广泛的数据集使服务速率决定 Tendis 集群规模时，可评估 Lavik。除数据面基准外，还应按照 Lavik 文档中的部署模型验证客户端路由、副本恢复与故障处理。
何时保留现有方案
如果 Tendis 既有集群行为与运维工具是系统的重要组成部分，且吞吐量已满足要求，可以保留 Tendis。单机基准不能证明两个产品的故障切换语义可以互换。
从测试到迁移
常见问题
Tendis 对比能否证明更少 Lavik 节点满足相同 SLA？
它提供实测单机 QPS 与延迟。节点估算假设分片均衡、线性扩展，并明确容量与余量；它不能证明集群故障行为、相同崩溃持久性或应用 P99.99 SLA。
使用 Lavik 需要改用新协议吗？
不需要。Lavik 接受 Redis/Valkey 兼容命令，默认 RESP2，也可协商 RESP3。请根据 beta.1 的命令参考、客户端兼容性和迁移指南验证具体行为；协议兼容不等于所有命令、模块或故障切换行为完全相同。
如何把单机结果用于成本评估？
先选择匹配实际读写比例与延迟预算的实测点，再同时考虑数据容量和 QPS 所需节点数。把索引内存、复制、容量余量与故障场景纳入真实回放。页面成本模型是明确假设下的规划示例，不是多节点集群实测或云服务报价。
来源与版本
基准绑定上游提交；产品文档按标注日期核对。八月历史构建与九月 beta.1 结果保留各自范围，不跨实验拼接。
APACHE 2.0 · REDIS COMPATIBLE · NVMe SSD