科大讯飞数据处理Agent持久化为什么选择Redis？

## 作用 - 支撑大规模数据存储：Redis Cluster 将数据划分为 16384 个槽位，由多个主节点分别管理，可突破单机内存容量限制。 - 满足高性能读写：请求根据 key 的哈希值路由到对应节点，实现分片和负载均衡，适合高性能场景。 - 提升可用性：采用多主多从架构，每个分片包含主节点和从节点；节点故障时可自动切换，避免单点故障。 - 降低业务接入成本：客户端使用配套 SDK 后，可自动定位 key 所在节点，并适配节点增加、删除等变化，业务侧基本无感知。 - 简化高可用架构：Redis Cluster 不需要额外部署哨兵集群，集群节点通过 Gossip 协议互相探测健康状态。 ## 原理 - **去中心化集群**：Redis Cluster 由多个主从分片组成，分片之间相互平行，没有单一中心节点。 - **槽位分片**：集群共有 16384 个槽位，每个主节点负责一部分槽位。 - **请求路由**：客户端请求 key 时，集群使用 CRC16 算法计算 key 的哈希值，再对 16384 取模，得到槽位编号，并路由到负责该槽位的节点。 - **故障检测与切换**：节点之间通过 Gossip 协议交换状态信息；当主节点故障时，对应从节点可以被提升为新的主节点。 - **扩展与迁移**：新增或删除节点时，可以调整槽位归属，由 SDK 和集群机制配合完成路由适配。 - **适用边界**：Redis Cluster 在高可用、数据分片和负载均衡方面较完善，但配置和运维相对复杂，部分复杂的多键操作也可能受到限制。

## 作用 在数据处理 Agent 的持久化场景中，选择 Redis 兼容能力主要是为了保存 key-value 形态的运行状态或中间数据，并兼顾高频访问、低延迟和多模数据库能力。科大讯飞希望数据库除关系型能力外，也能提供类似 Redis、HBase 以及向量检索等 NoSQL 能力，从而简化技术栈。 ## 原理 - **Redis 协议兼容，迁移成本低**：采用完全兼容 Redis 协议的 OBKV-Redis，原有基于 Redis 的数据访问方式可以较平滑地承接。 - **突破纯内存限制**：通过持久化存储 key-value 数据，克服传统 Redis 主要依赖内存带来的容量和成本限制。 - **优化热 key 访问**：底层对热 key 做专门优化，在持久化的同时保障高频数据的访问效率，并提高内存利用率。 - **提升并发处理能力**：借助 OBServer 的多线程处理能力，避免传统 Redis 单线程模型下可能出现的阻塞问题。 - **满足低延迟要求**：实测读写性能表现较好，P99 延迟可控制在 10 毫秒以内。 - **符合多模与 HTAP 架构方向**：将 Redis 兼容能力纳入统一数据库体系，有助于减少独立组件数量，支撑混合负载和多类型数据处理。