【译】矢量数据库 101 - 什么是矢量数据库？

原文地址：Vector Database 101 - What is a Vector Database?

1. 简介

大家好——欢迎回到 Milvus 教程。在上一教程中，我们快速浏览了每天产生的日益增长的数据量。然后，我们介绍了如何将这些数据分成结构化/半结构化数据和非结构化数据，它们之间的区别，以及现代机器学习如何通过嵌入来理解非结构化数据。最后，我们简要介绍了通过 ANN 搜索处理非结构化数据的方法。通过所有这些信息，我们现在可以清楚地看到，非结构化数据量的不断增加需要一种模式的转变和一种新的数据库管理系统——向量数据库。

2. 从宏观角度审视矢量数据库

猜猜现在著名的 ImageNet 数据集需要多少位馆长来标注。准备好答案了吗？25000人（这是个不小的数字）。通过图像、视频、文本、音频和其他形式的非结构化数据的内容而不是人为生成的标签或标记进行搜索，正是向量数据库要解决的问题。当与强大的机器学习模型相结合时，Milvus 等矢量数据库有能力彻底改变电子商务解决方案、推荐系统、计算机安全、制药和许多其他行业。

正如导言中提到的，矢量数据库是一种完全可管理的、不需要任何功能的解决方案，用于存储、索引和搜索海量非结构化数据集，并利用机器学习模型的 embeddings 功能。但是，让我们从用户的角度来思考一下。如果没有强大的可用性和良好的用户应用程序接口，技术又有什么用呢？与底层技术一样，多租户和可用性也是矢量数据库极其重要的属性。让我们列出一个成熟的矢量数据库应具备的所有功能（其中许多功能与结构化/半结构化数据数据库的功能重叠）：

可扩展性和可调性：当存储在矢量数据库中的非结构化数据元素数量增长到数亿或数十亿时，跨多个节点的水平扩展就变得至关重要。此外，不同的插入率、查询率和底层硬件可能会导致不同的应用需求，因此整体系统可调性成为矢量数据库必须具备的功能。Milvus 通过云原生架构实现了这一点，在负载平衡器后面维护多个服务和工作节点。内部对象存储和消息传递是通过其他云原生分布式工具实现的，因此可以在整个系统中轻松扩展。
多租户和数据隔离：对于所有数据库系统来说，支持多用户是一项显而易见的功能。但是，为每个新用户创建一个新的矢量数据库可能会对每个人都不利。与这一概念平行的是数据隔离——对数据库中的一个数据集进行的任何插入、删除或查询对系统的其他部分都是不可见的，除非数据集所有者明确希望共享信息。Milvus 通过集合概念实现了这一点，我们将在今后的教程中深入探讨。
一套完整的应用程序接口：坦率地说，没有全套 API 和 SDK 的数据库不是真正的数据库。Milvus 维护着 Python、Node、Go 和 Java SDK，用于与 Milvus 数据库通信并对其进行管理。
直观的用户界面/管理控制台：用户界面有助于大大减少与矢量数据库相关的学习曲线。这些界面还能展示新的矢量数据库功能和工具，否则这些功能和工具将无法使用。Zilliz 为 Milvus 开源了一个高效、直观的基于网络的图形用户界面—— Attu。

我们在此总结一下：矢量数据库应具备以下功能： 1）可扩展性和可调性；2）多租户和数据隔离；3）一套完整的应用程序接口；4）直观的用户界面/管理控制台。在接下来的两节中，我们将分别通过比较矢量数据库与矢量搜索库和矢量搜索插件来跟进这一概念。

3. 矢量数据库与矢量搜索库

我在业界听到的一个常见误解是，矢量数据库只是 ANN 搜索算法的包装。这与事实大相径庭！矢量数据库的核心是针对非结构化数据的全面解决方案。正如我们在上一节已经看到的，这意味着当今结构化/半结构化数据的数据库管理系统所具有的用户友好功能“云计算性、多租户、可扩展性等”也应该成为成熟的矢量数据库的属性。当我们深入学习本教程时，所有这些特性都将变得清晰明了。

另一方面，FAISS、ScaNN 和 HNSW 等项目是轻量级 ANN 库，而非托管解决方案。这些库的目的是帮助构建向量索引——旨在显著加快多维向量近邻搜索速度的数据结构¹。如果您的数据集较小且有限，那么这些库足以满足非结构化数据处理的需要，甚至对于在生产中运行的系统也是如此。然而，随着数据集规模的扩大和更多用户的加入，规模问题变得越来越难以解决。

在这里插入图片描述

Milvus 架构的高级概览。我知道这看起来很混乱，但别担心，我们会在下一个教程中深入介绍每个组件。

矢量数据库与矢量搜索库的抽象层完全不同——矢量数据库是完全成熟的服务，而 ANN 库则是要集成到你正在开发的应用程序中。从这个意义上说，ANN 库是建立在矢量数据库之上的众多组件之一，就像 Elasticsearch 建立在 Apache Lucene 之上一样。为了举例说明为什么这种抽象如此重要，让我们来看看在矢量数据库中插入一个新的非结构化数据元素。这在 Milvus 中非常简单：

from pymilvus import Collection
collection = Collection('book')
mr = collection.insert(data)

其实就这么简单——3 行代码。遗憾的是，对于像 FAISS 或 ScaNN 这样的库，如果不在某些检查点手动重新创建整个索引，就无法轻松做到这一点。即使可以，矢量搜索库仍然缺乏可扩展性和多租户性，而这正是矢量数据库最重要的两个特性。

4. 传统数据库的矢量搜索插件

既然我们已经确定了矢量搜索库和矢量数据库之间的区别，那么让我们来看看矢量数据库与矢量搜索插件有何不同。

越来越多的传统数据库和搜索系统（如 Clickhouse 和 Elasticsearch）都内置了矢量搜索插件。例如，Elasticsearch 8.0 就包含了矢量插入和 ANN 搜索功能，可以通过 restful API 调用。矢量搜索插件的问题应该一目了然——这些解决方案没有采用全栈方法来嵌入管理和矢量搜索。相反，这些插件的目的是在现有架构的基础上进行增强，从而使其具有局限性和未优化性。在传统数据库上开发非结构化数据应用程序，就好比在汽油动力汽车的车架上安装锂电池和电动马达，这不是一个好主意！

为了说明原因，让我们回到矢量数据库应实现的功能列表（来自第一部分）。矢量搜索插件缺少其中的两个功能——可调性和用户友好的 API/SDK。我将继续以 Elasticsearch 的 ANN 引擎为例；其他矢量搜索插件的操作也非常类似，因此我就不再过多赘述了。Elasticsearch 通过 dense_vector 数据字段类型支持矢量存储，并允许通过 _knn_search 端点进行查询：

PUT index
{"mappings": {"properties": {"image-vector": {"type": "dense_vector","dims": 128,"index": true,"similarity": "l2_norm"}}}
}PUT index/_doc
{"image-vector": [0.12, 1.34, ...]
}

GET index/_knn_search
{"knn": {"field": "image-vector","query_vector": [-0.5, 9.4, ...],"k": 10,"num_candidates": 100}
}

Elasticsearch 的 ANN 插件只支持一种索引算法： Hierarchical Navigable Small Worlds，又称 HNSW。除此之外，它只支持 L2/Euclidean 距离作为距离度量。这是一个不错的开端，但让我们把它与成熟的向量数据库 Milvus 进行比较。使用 pymilvus：

>>> field1 = FieldSchema(name='id', dtype=DataType.INT64, description='int64', is_primary=True)
>>> field2 = FieldSchema(name='embedding', dtype=DataType.FLOAT_VECTOR, description='embedding', dim=128, is_primary=False)
>>> schema = CollectionSchema(fields=[field1, field2], description='hello world collection')
>>> collection = Collection(name='my_collection', data=None, schema=schema)
>>> index_params = {'index_type': 'IVF_FLAT','params': {'nlist': 1024},"metric_type": 'L2'}
>>> collection.create_index('embedding', index_params)

>>> search_param = {'data': vector,'anns_field': 'embedding','param': {'metric_type': 'L2', 'params': {'nprobe': 16}},'limit': 10,'expr': 'id_field > 0'}
>>> results = collection.search(**search_param)

虽然 Elasticsearch 和 Milvus 都有创建索引、插入嵌入向量和执行近邻搜索的方法，但从这些示例中可以明显看出，Milvus 拥有更直观的向量搜索 API（更好的面向用户的 API）和更广泛的向量索引 + 距离度量支持（更好的可调性）。Milvus 还计划在未来支持更多向量索引，并允许通过类似 SQL 的语句进行查询，从而进一步提高可调性和可用性。

我们刚刚介绍了很多内容。这部分内容确实相当长，所以对于那些略读过这部分内容的人来说，我在这里简要地说一下：Milvus 比矢量搜索插件更好，因为 Milvus 从一开始就是作为矢量数据库构建的，因此具有更丰富的功能和更适合非结构化数据的架构。

5. 技术挑战

在本教程的前面部分，我列出了矢量数据库应实现的理想功能，然后将矢量数据库与矢量搜索库和矢量搜索插件进行了比较。现在，让我们简要回顾一下与现代矢量数据库相关的一些高层次技术挑战。在今后的教程中，我们将概述 Milvus 如何应对这些挑战，以及与其他开源矢量数据库相比，这些技术决策如何提高了 Milvus 的性能。

想象一架飞机。飞机本身包含许多相互连接的机械、电气和嵌入式系统，所有这些系统协调工作，为我们提供平稳、愉悦的飞行体验。同样，矢量数据库也由许多不断发展的软件组件组成。粗略地说，这些组件可分为存储、索引和服务。虽然这三个部分紧密结合在一起²，但像 Snowflake 这样的公司已经向更广泛的存储行业表明，“无共享（shared nothing）”数据库架构可以说优于传统的“共享存储（shared storage）”云数据库模式。因此，与矢量数据库相关的第一个技术挑战是设计一个灵活、可扩展的数据模型。

很好，我们有了数据模型。下一步是什么？既然数据已经存储在矢量数据库中，那么下一个重要组成部分就是能够搜索这些数据，即查询和索引。机器学习和多层神经网络的计算繁重特性使得 GPU、NPU/TPU、FPGA 和其他通用计算硬件蓬勃发展。矢量索引和查询也是计算密集型的，在加速器上运行时可达到最高速度和效率。计算资源的多样性带来了第二个主要技术挑战，即开发异构计算架构。

有了数据模型和架构，最后一步就是确保您的应用程序能从数据库中读取数据——这与第一节中提到的应用程序接口和用户界面要点密切相关。虽然新的数据库类别需要新的架构，以便以最小的成本获得最高的性能，但大多数矢量数据库用户仍然习惯于传统的 CRUD 操作（如 SQL 中的 INSERT、SELECT、UPDATE 和 DELETE）。因此，最后的主要挑战是开发一套 API 和图形用户界面，充分利用现有的用户界面惯例，同时保持与底层架构的兼容性。

请注意，这三个部分中的每个部分都与一个主要技术挑战相对应。尽管如此，矢量数据库并不存在放之四海而皆准的架构。最好的矢量数据库将通过专注于提供第一节中提到的功能来应对所有这些技术挑战。