搜索方案选型台｜Redis 搜索应用

八个问题，逐项落地

每次修改都会重新计算三种方案。选“暂不确定”时，结果会更保守。

1. 查询条件是否固定能否预先设计 Key、集合及排序结构

2. 中文全文能力分词、短语、命中高亮是否进入核心链路

3. 过滤与聚合复杂度筛选维度、分桶、统计和排序组合

4. 纠错与同义词用户输入不规范时，系统要不要主动兜底

5. 向量语义检索语义召回是补充能力，还是主查询路径

6. 数据规模与内存预算不要只看原始数据，还要预留索引、复制与碎片

7. 索引更新频率从偶尔批量导入到持续高频变更

8. 是否独立扩缩容检索资源是否必须和主缓存、主数据解耦

五格表示启发式匹配程度，不代表吞吐、延迟或容量承诺。

正在整理条件

结果会结合能力匹配和运行代价一起判断。

—

为什么可能适合

边界与代价

—

为什么可能适合

边界与代价

—

为什么可能适合

边界与代价

判断逻辑只描述结构匹配：需求越开放、语言处理越深、规模隔离越强，专用索引能力的权重越高；查询越固定、数据越可控，预先设计的数据结构越有优势。