Amazon ElastiCache Serverless for Valkey新增向量、全文、混合搜索和聚合：需Valkey 9；AWS称延迟“低至微秒”、向量召回率“最高99%”、可服务“每天数十亿次查询”，均为本文未测试的厂商说法，未给出数据规模、硬件或定价

2026年11月10日，AWS宣布Amazon ElastiCache Serverless for Valkey现在支持向量、全文和混合搜索，以及聚合。通知描述了它要解决的问题：搜索实时数据的应用，要在延迟和召回率之间艰难取舍，而且更新往往要等一段时间才能被搜到。本文依据AWS通知和ElastiCache用户指南中的“Getting started with Search”页面。两页中所有关于速度和召回率的数字都是AWS自己的说法。两页都没有点明数据集、向量规模、硬件或测试方法，所以本文把它们当作带限定条件、本文未复测的AWS说法，而不是测得的结果。

通知作了三项性能陈述。搜索可以“以低至微秒的延迟、向量搜索最高99%的召回率”运行；可以服务“每天数十亿次查询”；更新“最快在微秒内、写入完成后立即”可被搜到。第一项和第三项带限定词，第二项没有。“低至”描述的是最好情况，不是典型值或保证值。“最高99%召回率”是上限，召回率是搜索找到的真实最近邻的比例，会随索引设置和数据而变。“每天数十亿次查询”是没有给出测试条件的能力说法，不是声明的上限，也不是每日配额。指南补充说，ElastiCache for Valkey提供“在AWS上流行的向量数据库中，95%以上召回率时延迟最低、吞吐最高、性价比最好”的向量搜索，页面上没有对比数据。通知说可以按需调节召回率，这意味着速度与召回率之间的取舍依然存在，只是变成了你自己选择的设置。

功能方面，指南列出实时全文搜索、标签精确匹配搜索、数值范围搜索、向量搜索和混合搜索。通知说可以在一次查询中组合多种搜索类型，并用服务器端聚合分析结果。这两页没有说明支持哪些具体组合、运算符或命令，也没有说明它们是否随引擎版本而不同。指南把这些内容指向单独的Search features and limits和Command Reference页面，本文没有读这两页。通知举的用途包括商品发现、推荐系统和检索增强生成。指南说，向量支持面向来自Amazon Bedrock、Amazon SageMaker、Anthropic或OpenAI等提供商的嵌入，可对数十亿个高维向量建立索引、搜索和更新，召回率最高99%。“数十亿”是设计层面的说法，页面没有给出测试过的规模、成本或内存需求。

通知还把这项功能推荐给AI智能体。它说，开发者可以给每个智能体、会话或任务各自一个数据存储，用于记忆和上下文检索，让智能体可以实验、失败、重试，而不碰生产环境或彼此。它说每个数据存储几秒内就绪，通过公共端点访问、无需网络设置，只按用量计费，无需管理基础设施。公共端点很方便。通知没有说明端点上的访问如何控制，安全团队在把它用于可能含敏感文本的智能体记忆之前，应当阅读ElastiCache关于认证和加密的文档。本文没有读那一部分。

版本条件是关键事实。通知说，搜索在ElastiCache Serverless for Valkey的版本9上可用，覆盖所有商业AWS区域、AWS GovCloud（美国）区域和AWS欧洲主权云区域。你可以用AWS管理控制台、SDK或CLI创建新的无服务器缓存，或把现有缓存升级到Valkey 9。指南给出更宽的图景：搜索可在Valkey 8.2或更高版本的基于节点的集群上运行，也可在Valkey 9.0或更高版本的ElastiCache Serverless缓存上运行。这些是搜索的最低版本，页面并不能证明每项搜索功能在各个版本上都相同。因此，跑在旧引擎版本上的现有缓存需要先升级，而这两页没有描述升级涉及什么。通知把Valkey描述为“对Redis最宽松的开源、厂商中立的替代品，也是ElastiCache推荐的引擎”。这是AWS对自己推荐的描述。

指南在搜索下列出三个子主题：功能与限制、选择合适的配置，以及搜索写入限流。最后一个很重要。写入完成后立即更新可搜索数据的缓存，必须在高写入负载下保护自己，存在限流主题表明有限制适用。这里抓取的页面没有解释这些限制，所以“写入完成后立即可搜”这一说法，应当在你自己的写入速率下测试。指南还说，针对智能体工作流有“ElastiCache Skill”和Valkey MCP服务器，可管理索引、生成向量嵌入，并提供统一的搜索工具。本文没有测试它们。

来源里缺少几样东西。没有价格：通知让读者去看定价页面。没有注明数据规模、向量维度或硬件的基准，除AWS自己的说法外没有与其他向量数据库的对比，也没有每百万向量内存占用的说明。把它与独立的搜索或向量存储相比较的团队，应当用自己的真实向量、过滤条件和写入速率做测试，在需要的延迟下测召回率，并把成本与定价页面对照。如果这些说法成立，实际收益是把快速键值数据和搜索放在同一个服务里。这两页并不能证明它们成立。