微信扫码
添加专属顾问
AWS S3Vector革新向量存储市场,专业向量数据库如何应对成本与性能的双重挑战? 核心内容: 1. 向量检索成本飙升现状与大模型时代的新需求 2. 向量数据库三代技术演进与存储介质变迁 3. Milvus分层存储解决方案与行业竞争格局
不久前,AWS发布了S3Vector。这是S3从单独的存储向多模态升级中的重要一步。
你可以理解成:AWS 用自己的云存储,搭了个简易版向量数据库。
然后,很多朋友问我:"这是要革向量数据库的命吗?"
说实话,作为Milvus的核心开发者,我结论是,S3Vector 确实有竞争力,但它的未来,是融入专业向量数据库,或者与专业向量数据库做能力搭配。
更重要的是,它的出现,让未来不支持类似功能、做不到极致性价比的向量数据库,集体淘汰出局。
接下来,我从 技术内幕 → 产品能力 → 市场影响,一次说清。
向量检索很好,但是向量检索最大的问题在于,向量检索的算力需求太高,相比 NoSQL至少 高出了一到两个数量级。
甚至,对于一些AI笔记类产品来说,他们在向量检索上的开销是OpenAI API费用的2倍。(某不具名头部AI笔记CTO)
无独有偶,2022年ChatGPT爆火后,向量数据成为公有云增速最快的数据类型。
而与Milvus早期服务的搜索、广告场景不同,大模型对应的RAG(检索增强生成)方案,对Milvus为代表的向量数据库带来了全新挑战,主要有三:
数据量暴增:规模从过去的千万级,直接跃升至数十亿级,需要向量数据库具备海量数据处理
用户延迟容忍度提升:毕竟大模型本身推理就需要时间,即便向量检索稍慢,用户也能接受;因此,过去向量数据库最在意的召回速率,反而不再重要
成本敏感度飙升:企业数据量翻倍后,若仍沿用过去的存储和计算方案,成本压力根本扛不住。
基于前文所讲的三大挑战,不难发现,向量数据库的底层存储系统,从内存进化到对象存储,其实是行业必然。
作为亲历者,我把向量数据库的演进分为三个阶段:
第 1 代(2018-2022):全靠内存撑早期 Milvus 用的索引技术,比如 HNSW、IVF,会把数据放内存里。优点是速度快、查得准,但成本高到离谱,
第 2 代(2022-2024):磁盘救场Milvus 2.0正式推出,在此阶段,我们不仅做了分布式,还搞出了 “DiskANN + 自研 Cardinal 索引”。通过AIO、io_uring 等技术,可以把部分索引从内存卸载到了磁盘当中,成本一下降了 3~5 倍。这也导致我们的 Zilliz Cloud 容量型实例,当时直接卖爆了。
第 3 代(2024 年起):分层存储时代这一时期,像 TurboPuffer 这些新玩家,直接把 索引放到了 S3 里,存储成本降到 $0.33/GB/ 月,又比之前省了 10 倍!但缺点也明显:查冷数据(不常用的数据)要等 500 毫秒~1 秒,召回率也没那么高。
至于 Milvus ,其实 2022 年我们就已经着手开始研发分层存储,经过深度打磨,这个功能将在下个月发布的新一代存储拓展型实例中上线,冷数据查询能稳定在 500 毫秒以内,大家可以期待下。
在这一降本增效的趋势背景下,S3vector的出现其实也是分层存储向量数据库开始流行之后的必然选择,尤其是当S3Table出现之后,S3团队想要进军存储格式更是板上钉钉的事情。
现如今,S3自身的定位,从简单的对象存储升级成为了一个多模冷存储,不仅仅是向量,图,KV,时序等多种模态,未来常见的业务几乎都可以通过S3Table的模式加速。
而S3团队做向量检索也有三大杀手锏:
成本优势:几乎是业界最低的存储价格
规模效应:庞大机器池完美分散查询压力
微服务架构:天然适合向量索引的写入-构建-查询流程
也正是这些优势,帮助S3打造了一个极低成本超级扩展能力的向量冷存储方案。
我们团队第一时间对S3Vector进行了全面评测,结论很明确:省钱是真的,但能力有限,不是万能的。
先说好的:便宜到离谱
存储成本:$0.06/GB,比现在的 Serverless 方案还便宜 5 倍;
实际案例:存 4 亿个向量,每个月查 1000 万次,总共才花 $1217—— 比传统向量数据库省 10 倍以上;
适用场景:如果对查询速度要求不高、用得也不频繁(比如每天查几次),那它几乎没对手。
再讲缺点,S3Vector 的天花板”很明显,主要在 3 个方面:
速度慢,有上限
collection size :s3 单个表最多 50m vectors,最多支持 10000 个表放一个 bullet point.
查冷数据:100 万条要等 500 毫秒,1000 万条要等 700 毫秒;
查热数据:每秒最多查 200 次(200 QPS),超过就会限流;
写数据慢:每秒写不到 2MB(Milvus 能到每秒1 GB),不适用大量数据频繁变更的场景。
召回率不够,还没法调
正常情况下Recall只有 85%~90%,没有可调的参数;
加过滤条件(比如 “只查 2024 年的数据”)后,召回率直接掉到 50% 以下;
如果删了一半数据,想查前 20 个结果(Top20),可能只能返回 15 个。
功能太基础
一次最多查 30 个结果(topk 不超 30);
每条数据的附加信息(比如备注、标签)有大小限制;
没有 混合查询、多租户 这些企业常用的功能。
结合实测和对 AWS 的了解,我们推测它用了 5 个关键技术,也解释了为啥有这些优缺点:
动态局部更新索引(SPFresh):写数据后只更一部分索引,不用全重建。 好处是写代价比较低,不需要重建索引,坏处是更新后recall会下降几个百分点;
深度量化(4-bit PQ):把高维向量压小,减少 S3 读写量 —— 好处是便宜、查得快,坏处依然是召回率低,Recall 稳定在 85% 左右,而且用户几乎无调参余地。
后过滤(Post-Filter)机制 :先粗略查一批,再按条件筛 —— 好处是好实现,能利用统一的底层索引结构,缺点是在过滤条件较多时,TopK 结果可能严重不足(我们测到删除 50% 数据后,TopK 20 只能返回 15 个结果)。说明S3团队用的基本就是开源索引,没有在索引侧做太多改造。
分层缓存(Multi-tier Cache):可能用 SSD 或者NVMe 做缓存,存最近查过的索引。新查询不命中SSD缓存时延迟明显较高
大规模分布式调度 :S3 本身有海量机器池,S3Vector 可能利用微服务将“读取-解压-检索”拆成流水线,让查询延迟分布非常稳。
结合前面的测试数据还有技术架构解读,S3 Vector适合的场景其实很明确。
冷数据归档:比如存几年前的历史数据,偶尔查一次,能接受等 500 毫秒以上;
低QPS的RAG查询:比如内部小工具,每天查几十次,小于100 QPS,对速度要求不高;
低成本测试:做 POC 项目(验证想法),想少花钱试水。
搜索 / 推荐:比如电商推荐、内容搜索,需要 50 毫秒以内的速度,它根本跟不上;
高频写数据:比如实时更新的用户行为数据,写得慢还会掉精度;
复杂查询:比如又要查向量、又要按时间 / 标签筛,还得做统计;
多租户应用:现在最多支持 10000 个存储桶,企业多团队用根本不够。
我判断,以后向量数据库市场会分成三层,各自对应不同需求:
顺应这一趋势,Milvus/Zilliz cloud 近些年来,也对产品做了诸多的性能与成本优化,主要分为三方面
在我们看来,在 AI 应用里,数据不应该被粗暴割裂成在线和离线,很多情况下,他们是随时动态转化的。因此, 即将推出的Milvus 3.0 提出了向量数据湖方案,就是要让一份数据,既能在线检索,又能离线处理。既能支撑 RAG、搜索这些实时场景,又能直接用 Spark 做离线分析(比如洗训练数据)。
此外,向量数据湖方案采用了全新的StorageV2 存储格式,可以在冷数据上实现100 倍存储成本优化,同时在热数据场景下,性能比直接用 Spark 爆搜快 100 倍。这样一来,既不用维护多份数据,而且又省又方便。
过去两年,Milvus 团队在 AI 应用的典型需求上快速迭代,已经交付了:BM25 + 向量混合检索,多租户隔离,冷热分层存储,MinHash 去重,等一系列面向AI开发者的功能。
我们相信,对业务场景的极致洞察力和对于新兴技术的跟进可以催生新的产品形态和新的基础设施。因此,在即将发布的 Milvus 3.0,你会看到以下面向AI 原生应用的功能:
搜索时给关键词加权(比如搜 “红色手机”,“红色” 权重更高)
面向地理位置的 geolocation 数据类型(比如 “查我附近的咖啡店”)
面向 RAG 的 多向量(multi-vector)支持(一段文字存多个向量,查得更准)
灵活的 UDF 数据处理能力
面向离线数据挖掘的全新可视化分析工具
我们坚信任何科技产品,成本降 10 倍,应用场景能涨 100 倍。也是因此,从 2022 年起,我们陆续搞了磁盘索引、GPU 索引、RabitQ 量化,让查询快了好几倍。接下来,我们还会:
挖硬件潜力(硬件算力与 IOPS 性能);
搞更智能的压缩、量化算法;
支持索引查询的 early termination(通过提前终止,少做无用功,省时间);
继续优化分层索引,提升cache的使用率、让冷数据查得更快。
最终目标很简单——用户拿来就能用,又快又便宜还能动态扩缩容,少折腾,多创新。
很多人担心 S3Vector 会干掉传统向量数据库,但我觉得它对整个行业是好事,其意义有三:
验证需求:它证明了向量存储是真正的刚需,也让那些“套壳索引再套壳数据库”的伪需求无处遁形。
教育市场:凭借 AWS 的品牌影响力,更多企业开始认识并理解向量数据库,应用边界被进一步拓宽。
推动创新:S3Vector 把 低成本的门槛再次拉低了,它会倒逼其他厂商持续优化技术、降低成本,找到自己的特色 —— 最终受益的是用户。
其实 S3Vector 更像 向量存储的冷数据层,不是完整的向量数据库。它的低价能解锁很多之前因为贵而做不了的场景(比如小公司做 RAG、个人开发者试错、对海量数据做最基础的索引),让整个生态更热闹。
所以,我其实由衷感谢 AWS 技术团队始终保持着高频的产品创新。比如,最近让我印象深刻的,是 AWS Lambda 新增的调试功能以及冷启动速度的大幅提升。接下来,我更期待看到开发者如何用他们的创意和技术,在 S3Vector 之上构建出令人惊喜的应用甚至是infra产品。
说到底,向量数据库的黄金时代,才刚刚开始。
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2026-10-14
存量系统 AI 编码,先建可查询的仓库知识层
2026-09-23
以本体/知识图谱从零搭建统一Agent记忆系统
2026-09-18
从 Ontology 到 CBE:本体柔性应用的四层阶梯
2026-09-17
把「达标判定」从大模型手里收回来:Graph Engineering实践
2026-09-16
把本机 skill 画成知识图谱,是一种很爽的整理方式
2026-09-14
本体如何预测未来:从语义理解到决策建议
2026-09-08
我把微软的本体学习工具 Ontology-Playground 魔改了
2026-09-08
企业架构文档转本体模型,本体模型如何更好的解释和支撑企业LTC端到端流程
2026-07-27
2026-08-03
2026-08-04
2026-07-22
2026-07-31
2026-07-24
2026-07-28
2026-07-22
2026-07-28
2026-07-31
欢迎您使用【53AI 官方网站】(以下简称“本网站”或“我们”)。本《会员服务协议》(以下简称“本协议”)是您(以下简称“会员”或“用户”)与【深圳市博思协创网络科技有限公司】之间关于注册、登录及使用本网站会员服务所订立的法律协议。
在您注册或登录前,请务必审慎阅读、充分理解各条款内容,特别是免除或限制责任的条款、知识产权条款、争议解决条款等。此类条款将以加粗形式提示您注意。 当您通过微信公众号授权、手机验证码验证或其他方式成功登录本网站时,即视为您已完全理解并同意接受本协议的全部内容。
一、 定义
本网站:指由【深圳市博思协创网络科技有限公司】运营的,域名为【53ai.com】的网站及相关移动端页面。
会员服务:指本网站向注册会员提供的知识库文章查阅、内容检索及其他相关增值服务。
知识库内容:指本网站发布的包括但不限于文字、图表、数据、研究报告、行业分析等数字化内容资源。
二、 账号注册与登录
登录方式:本网站支持以下登录方式,您可根据实际情况选择:
微信公众号授权登录:您同意将您的微信OpenID信息授权给本网站,用于创建或关联会员账号。
手机验证码登录:您需提供真实有效的手机号码,并通过短信验证码完成身份验证与登录/注册。
账号安全:您的账号仅限您本人使用,禁止赠与、借用、租用、转让或售卖。因您保管不善导致的账号被盗、密码泄露等损失,由您自行承担。
实名认证:根据相关法律法规要求,我们可能要求您在特定功能下完成实名认证。如您拒绝提供,可能无法使用部分或全部服务。
未成年人保护:若您未满18周岁,请在法定监护人的陪同下阅读本协议,并在征得监护人同意后使用本服务。
三、 服务内容与规范
知识库查阅权限:会员登录后,有权按照其会员等级对应的权限范围,在线浏览、检索本网站知识库中的相关文章及内容。
服务变更:我们有权根据业务发展需要,调整、变更或终止部分服务内容,并将以网站公告、公众号消息等方式提前通知。
禁止行为:您在使用服务时不得实施以下行为:
利用技术手段批量爬取、下载、转存知识库内容;
将知识库内容用于商业目的或未经授权地向第三方传播;
干扰本网站正常运行或侵犯其他用户合法权益;
发布违法违规信息或从事违反公序良俗的活动。
四、 知识产权声明
权利归属:本网站知识库中的排版设计、软件代码等内容的知识产权均归【公司全称】或原权利人所有,受《中华人民共和国著作权法》等法律保护。
有限许可:本网站授予会员一项非独占、不可转让、不可转授权的普通许可,仅限于个人学习、研究之目的在线查阅知识库内容。
侵权追责:未经书面许可,任何单位或个人不得以任何形式复制、转载、摘编、镜像、汇编或以其他方式使用上述内容。一经发现,我们保留追究其法律责任的权利。
五、 个人信息保护
我们重视对您个人信息的保护。关于我们如何收集、使用、存储和保护您的个人信息,请单独阅读 《隐私政策》。
您通过微信公众号授权或手机号验证所提供的信息,我们将严格按照《个人信息保护法》的规定处理,仅用于身份识别、服务提供及安全验证等必要用途。
您可以随时通过网站设置或联系客服行使查阅、更正、删除个人信息及撤回授权同意的权利。
六、 免责声明
内容准确性:知识库内容仅供参考,不构成专业建议。我们不对其完整性、准确性、时效性作任何明示或暗示的保证,您应自行判断并承担使用风险。
不可抗力:因自然灾害、政策法规变化、网络故障、第三方平台接口异常(如微信接口维护、运营商短信通道故障)等不可抗力导致的服务中断或延迟,我们不承担违约责任。
第三方链接:本网站可能包含指向第三方网站的链接,该等网站的内容和服务不受我们控制,请您自行甄别风险。
七、 违约责任
如您违反本协议约定,我们有权视情节采取警告、限制功能、暂停服务、注销账号等措施,并保留要求赔偿损失的权利。
如因您的违约行为导致我们遭受行政处罚、第三方索赔或商誉损失,您应承担全部赔偿责任(包括但不限于罚款、赔偿金、律师费、公证费等)。
八、 法律适用与争议解决
本协议的订立、执行和解释均适用中华人民共和国大陆地区法律。
因本协议产生的或与本协议有关的任何争议,双方应友好协商解决;协商不成的,任何一方均可向【公司所在地】有管辖权的人民法院提起诉讼。
九、 其他
本协议构成双方就本服务达成的完整协议,取代此前任何口头或书面约定。
本协议任一条款被认定为无效或不可执行的,不影响其他条款的效力。
我们对本协议享有最终解释权,并在法律允许的范围内保留随时修改的权利。修改后的协议一经公布即生效,继续使用服务即视为同意修订内容。