Milvus 2.3.0 曾经公布有一段时间了，正如二选一的选择题总会让人陷入纠结个别，不少社区用户反馈对于抉择 Milvus 2.2.x 还是 Milvus 2.3.x 犹豫不已。
对此，咱们的答复是：强烈建议你降级至 Milvus 2.3.x 版本。
为什么？在答复此问题之前，先回顾一下近一年来业界产生了哪些变动：首先最大的变动是 AGI 时代的到来引爆了向量数据库赛道，带来了全新的用户群体和多样化的场景需要。与此同时，创业者们仿佛也在一夜之间发现了向量数据库的蓝海，纷纷投身这个热门赛道，新用户们穿梭在泥沙俱下的产品中难以抉择。
在此背景下，Milvus 2.3.0 版本正式公布，并将于近期更新至 2.3.1。接下来，咱们将从技术选型、开发体验、运维牢靠三个角度别离阐明强烈推荐大家应用或降级至 Milvus 2.3.x 版本的起因。
01. 技术选型中性能、老本、扩展性是重点
对于向量数据库来说，用户最关怀的莫过于性能、老本和扩展性。
Milvus 2.x 从 Day 1 开始就将扩展性作为设计的第一优先级，在泛滥用户环境中落地了十亿至百亿级别场景。不止如此，对于 Milvus 来说，扩展性不仅仅意味着反对百亿级别向量，而是反对用户无缝丝滑地从百万级过渡到百亿级，这背地离不开 Milvus 云原生、存算拆散的设计反对。
当然，性能和老本两者很多时候不可兼得，只能在其中做取舍。因而，咱们本着为用户负责的态度揭示大家：目前 Milvus 也不能同时解决这两个问题，但 Milvus 能做到的是给用户提供更多的抉择。
计算角度：Milvus 2.3.x 为用户提供了 GPU、X86、ARM 多种计算选型
对于谋求极致性能的用户而言，Milvus 2.3.x 提供了 GPU 版本，其中 GPU 索引通过 Nvidia 工程师的优化，能够很好地适配 GPU，性能出现比 CPU 版本快 3 – 10 倍，不过，GPU 老本绝对于 CPU 而言更高。
对于老本较敏感的用户，Milvus 2.3.x 提供了 ARM64 版，绝对于 X86 版本老本更低，但性能上有所降落。因为 Android 和 iPhone 都是基于 ARM 的架构，有趣味的同学能够试着在手机上做一个 Milvus 手机 App 图片。
存储角度：Milvus 2.3.X 减少了 MMap 性能
通过将数据加载到本地磁盘再将磁盘 MMap 到内存的计划晋升单机数据的容量，通过测试，应用 MMap 技术后单机数据容量晋升了 1 倍而性能降落在 20% 以内，大大节约了整体老本，欢送有需要的用户试用此性能。在 Milvus 2.3.1 版本中，咱们将持续优化 MMap 性能，单机数据容量无望最高晋升 20 倍。
02. 开发体验，几行代码疾速实现原型
通常而言，如果一个数据库可能实现向量的增删改查，就满足了向量数据库的基本功能。但这就够了吗？
单从查问来说，用户会有 topk 向量的查问，有向量间隔在某个范畴内的查问，还会有依据属性过滤数据的需要，且对于向量间隔的计算形式有 IP、Cosine 等多种计算需要，以及通过迭代器的形式批量获取数据等。此外，用户对于 QPS、稳定性、索引多样、写入等方面还有各种需要，举个例子，对于写入来说，存在实时写入、更新、批量导入、批量疾速删除等诉求。
Milvus 在 2.3.x 中为上述场景加强了 API，满足了用户不同场景下的疾速开发需要。例如 upsert 性能，咱们能为用户提供 insert 或 update 的性能，在用户有数据笼罩的需要时，仅需一行代码即可满足需要，不须要进行查问、查看、再写入这些繁琐步骤。又例如 ScaNN 索引，咱们为用户在 HNSW 之外提供了性能更强劲的索引。
Milvus 作为基础架构中的一环，与其余产品做数据集成是必不可少的能力。社区开源了 Milvus/ES/Faiss 到 Milvus 的迁徙工具 https://github.com/zilliztech/milvus-migration，Milvus 增量订阅 https://github.com/zilliztech/milvus-cdc，能够帮忙用户疾速实现数据集成的需要。
03. 运维牢靠，秒级故障复原
在生产环境中运维 Milvus，稳定性和扩缩容肯定是排在最后面的两个选项。其中，稳定性是数据库产品的基石，扩缩容能力是业务增长和降本增效的根底。在近一年多的产品迭代过程中，Milvus 继续一直地为用户提供更稳固、扩展性更强的产品。
Milvus 在 2.1.x 中减少了内存多正本性能，大大缓解了用户对于稳定性的焦虑；在 2.2.x 中减少了资源组故障隔离能力；2.3.x 又在此基础之上减少了 Look Aside Loadbalancer 能力，可能在秒级感知到节点高低线，即可能疾速发现故障切换流量，也可能疾速感知到正本上线，扩大资源。
除此之外，Milvus 2.3 还大幅优化了零碎整体的稳定性，包含：更好的内存管制和治理、滚动降级的能力加强、单集群反对的表数目大幅晋升等优化。
04.Q&A 工夫
- Milvus 从 2.2.x 降级至 2.3.x 的最大变动是什么？
如果用一句话来总结，那就是应用的场景更加丰盛了。具体能够从两个方面来体现，即部署环境和用户的应用感。
例如，从部署环境来看，Milvus 原来只反对 X86 架构的 CPU，版本升级后，不仅能够反对 GPU，还可能反对 ARM 架构的 CPU。后面曾经提过，这里不多做赘述。
至于用户的应用感，举个例子查问。本来进行查问的时候，Milvus 存在肯定的限度，只能查问 1 万多条数据，而 Milvus 2.3 的参数是可配的，对本人有信念的用户能够将参数调得更大一些。此外，Milvus 2.X 版本只反对 top k，无论向量的间隔是多少，都会一股脑返给 topk，当初则能够依据间隔、长度进行过滤。总之，相似的场景还有很多，在这里就不一一列举了。
- Milvus 2.3.x 开发的周期仿佛有些漫长，这两头是遇到了特地艰难的事件吗？
的确，Milvus 2.3.x 的开发周期比拟长，最后团队是打算 4 月份左右公布，过后的性能其实都曾经做得差不多了。不过，在从 3 月至 4 月的工夫周期中，市场和行业产生了巨大变化，随之而来的是社区用户的需要的变动。过后，团队不得不面临“二选一”的难题：是尽快满足用户的需要还是先公布 Milvus 2.3.x 再逐渐保护降级？
为此，咱们外部进行过屡次探讨甚至答辩，最终还是保持将用户需要放在第一位。同时，为了给大家带来更好的用户体验，咱们决定把一些本来打算放在 Milvus 2.3.x 版本的重要性能和社区呼声很高的性能先搬到 2.2.x 版本。所以大家能够看到，2.2.x 迭代了很多小版本。
- Milvus 2.3.x 后续有哪些布局？
向量数据库作为一个新兴技术，还处在一直迭代的过程中。将来，Milvus 的版本更新会始终遵循更多新个性、更稳固、更高效的准则。后续，Milvus 2.3.x 还会引入表达式删除、Azure 云部署反对、Array、默认值 /Null 值优化、动静增列等优化，助力 AIGC 业务落地生产，也心愿社区的敌人能够踊跃应用并反馈需要和问题。
- 如果在应用 Milvus 或 Zilliz 产品有任何问题，可增加小助手微信“zilliz-tech”退出交换群。
- 欢送关注微信公众号“Zilliz”，理解最新资讯。
本文由 mdnice 多平台公布