一、不同种类的数据库各自都用什么样的索引
数据库系统根据其数据模型、访问模式和应用场景，选择了不同的索引结构来优化数据检索性能。下面将分别介绍关系型数据库、非关系型数据库和向量数据库的索引算法。
1. 关系型数据库索引算法
关系型数据库采用多种索引结构来支持复杂查询和事务处理，每种索引算法都有其特定的应用场景和优势。
B-Tree与B+Tree索引
B-Tree（平衡树）及其变种B+Tree是关系型数据库中最常用的索引结构。B+Tree在B-Tree基础上进行了优化，将所有数据存储在叶子节点，内部节点只存储键值，提高了范围查询的效率。
算法特点：
-
保持数据有序，支持高效的范围查询（BETWEEN, >, < 等操作）
-
所有叶子节点位于同一层，保证查询性能稳定
-
通过节点分裂和合并自动保持平衡
-
B+Tree的非叶子节点不存储数据，因此可以容纳更多键值，减少树的高度
采用原因：
-
适合磁盘存储结构，减少磁盘I/O次数
-
支持事务处理中的各种查询模式
-
提供稳定的查询性能（O(log n)时间复杂度）
哈希索引
哈希索引基于哈希表实现，通过哈希函数将键值映射到特定的存储位置。
算法特点：
-
等值查询性能极佳（平均O(1)时间复杂度）
-
不支持范围查询和排序操作
-
哈希冲突需要解决（链地址法或开放地址法）
采用原因：
-
适用于等值查询频繁的场景
-
内存数据库中广泛应用（如MySQL的Memory引擎）
位图索引
位图索引使用位图（bitmap）表示数据是否存在，适用于低基数列（distinct值少的列）。
算法特点：
-
对低基数列非常高效
-
支持快速的AND、OR等位操作
-
占用存储空间小
-
不适合高基数列（会产生大量位图）
采用原因：
-
数据仓库和OLAP系统中常见
-
适合决策支持系统中的复杂查询
R-Tree索引
R-Tree（矩形树）是专门为空间数据设计的索引结构，用于高效处理多维数据查询。
算法特点：
-
专门用于空间数据索引（GIS、几何数据）
-
支持多种空间查询（包含、相交、最近邻等）
-
基于最小边界矩形（MBR）组织数据
采用原因：
-
地理信息系统（GIS）应用需求
-
多媒体和CAD/CAM系统中的空间数据检索
2. 非关系型数据库索引算法
非关系型数据库根据其数据模型和访问模式，采用了多样化的索引策略。
LSM树（Log-Structured Merge-Tree）
LSM树是许多NoSQL数据库（如Cassandra、LevelDB）的核心存储结构，针对写优化设计。
算法特点：
-
将随机写转换为顺序写，提高写入性能
-
数据首先写入内存表（MemTable），达到阈值后刷到磁盘（SSTable）
-
通过后台合并过程优化读取性能
-
支持高吞吐写入场景
采用原因：
-
适合写多读少的场景
-
现代SSD存储设备的特性使得顺序写优势明显
-
避免了B-Tree的随机写放大问题
倒排索引
倒排索引是文档数据库和搜索引擎的核心技术，用于快速全文检索。
算法特点：
-
建立词项到文档的映射
-
支持高效的全文检索和复杂查询
-
可以集成各种文本分析器（分词、词干提取等）
采用原因：
-
搜索引擎和文档数据库的核心需求
-
支持丰富的文本查询功能
跳表（Skip List）
跳表是一种概率性的有序数据结构，在某些NoSQL数据库中用作索引结构。
算法特点：
-
多层链表结构，高层链表跳过更多元素
-
查询、插入和删除的平均时间复杂度为O(log n)
-
实现简单，易于并发控制
采用原因：
-
Redis等内存数据库中使用
-
适合并发环境，实现相对简单
| 类别 | 典型代表 | 索引结构 | 设计初衷 |
|---|---|---|---|
| 键-值 | Redis | 哈希表 + 跳表 | 内存 O(1) 点查；跳表用于有序集合 zset 的范围操作 |
| 列族 | Cassandra/HBase | LSM-Tree + BloomFilter | 写放大换读放大，顺序写磁盘；Bloom过滤无效块 |
| 文档 | MongoDB | B-Tree（MMAPv1）/ WiredTiger 的 B+Tree | 支持二级索引与范围；B+Tree易实现多字段复合索引 |
| 图 | Neo4j | 免索引邻接（Native Graph Storage）+ 属性 B+Tree | 保证"指针级"沿边跳转 O(1)；属性过滤仍用 B+Tree |
3. 向量数据库索引算法
向量数据库专门为高维向量数据设计，采用特殊的索引结构来支持相似性搜索。
乘积量化（Product Quantization, PQ）
乘积量化是一种压缩和索引高维向量的技术，通过将向量空间分解为子空间并进行独立量化来减少存储和计算成本。
算法特点：
-
大幅减少内存占用
-
通过查表方式加速距离计算
-
支持近似最近邻搜索（ANN）
采用原因：
-
处理大规模高维数据的需求
-
在精度和性能之间取得平衡
HNSW（Hierarchical Navigable Small World）
HNSW是一种基于图结构的近似最近邻搜索算法，被许多现代向量数据库采用。
算法特点：
-
多层图结构，上层是下层的概要
-
搜索时从顶层开始，逐步向下层细化
-
支持高效的高维向量相似性搜索
采用原因：
-
在高维空间中表现优异
-
查询速度快，精度高
-
适合大规模向量检索场景
IVFPQ（Inverted File with Product Quantization）
IVFPQ结合了倒排文件和乘积量化两种技术，先通过倒排文件缩小搜索范围，再用PQ进行精细搜索。
算法特点：
-
首先通过聚类将向量分组
-
对每个簇内的向量使用PQ压缩
-
搜索时先找到最近簇，再在簇内搜索
采用原因：
-
大幅提高大规模向量搜索效率
-
平衡搜索精度和速度
| 算法族 | 代表 | 意图 | 复杂度/召回权衡 |
|---|---|---|---|
| 图类 | HNSW | 多层小世界图，贪婪遍历+局部跳转 | 毫秒级、>95% 召回，内存占用大 |
| 量化类 | PQ/OPQ | 将向量分段+聚类码本，距离转查表 | 压缩 8-32×，速度比暴力快 1-2 量级 |
| 哈希类 | LSH | 随机超平面投影，相似向量高概率同桶 | 亚线性候选过滤，召回靠多表提升 |
| 倒排类 | IVF/IVFPQ | K-means 分簇，先定位簇再精排 | 内存/速度折中，支持 GPU |
| 混合 | MSTG | 多层树聚类+图+NVMe 分层 | 降低内存，同时保持高 QPS |
二、不同种类的数据库各自优化器如何修炼
数据库优化器是数据库系统的核心组件，负责将查询转换为高效执行计划。不同类型的数据库根据其特点采用了不同的优化策略。
1. 关系型数据库优化器
关系型数据库通常采用基于成本的优化器（CBO），通过评估不同执行计划的成本来选择最优方案。
优化算法：
-
动态规划算法：
System R风格优化器，适用于连接顺序优化
-
遗传算法：
用于解决复杂连接顺序问题，避免穷举搜索
-
基于规则的优化：
在成本优化之前应用启发式规则
采用原因与优势：
-
能够根据数据统计信息选择最优执行计划
-
适应不同的数据分布和查询模式
-
支持复杂的多表连接查询优化
劣势：
-
依赖准确的统计信息，统计信息过时可能导致性能下降
-
优化过程本身可能消耗较多资源
-
对于复杂查询，搜索空间可能过大
2. 非关系型数据库优化器
非关系型数据库的优化器通常更简单，针对特定数据模型和访问模式进行优化。
优化策略：
-
路径选择优化：
选择最优索引或访问路径
-
并行化优化：
利用分布式架构并行执行查询
-
基于规则的优化：
应用特定于数据模型的优化规则
采用原因与优势：
-
针对特定数据模型优化，效率高
-
更适合分布式环境
-
优化过程相对简单，消耗资源少
劣势：
-
通用性较差，难以处理复杂查询
-
通常不支持跨节点复杂连接优化
| 典型代表 | 优化策略 |
|---|---|
| MongoDB | 基于规则的"候选计划"+ 运行时采样：对同一条查询并行测试 IXSCAN / COLLSCAN，执行 100 条后选胜者并缓存；无代价公式。 |
| Cassandra | 对主键/分区键仅允许"前缀匹配"+ token 范围，优化即"路由到副本节点"+ 合并结果；无复杂连接因而无需枚举。 |
| Neo4j | 基于模式提示+代价：对点/边统计+索引可选性估算，用左深动态规划选连接序；可看作轻量级 CBO。 |
3. 向量数据库优化器
向量数据库的优化器专注于相似性搜索的优化，针对高维向量计算特点设计。
优化策略：
-
索引选择：
根据查询特点选择最合适的向量索引
-
近似计算优化：
平衡搜索精度和性能
-
距离计算优化：
优化向量距离计算过程
采用原因与优势：
-
专门为向量搜索优化，效率高
-
支持多种相似性度量标准
-
能够处理大规模高维数据
劣势：
-
功能专一，不支持通用查询优化
-
对于精确查询支持有限
三、总结与概述
不同类型的数据库根据其数据模型、访问模式和应用场景，选择了不同的索引算法和优化器策略。关系型数据库采用B+Tree等结构支持复杂查询和事务处理；非关系型数据库根据其数据特点选择LSM树、倒排索引等结构；向量数据库则专门为高维向量相似性搜索设计了PQ、HNSW等算法。
优化器方面，关系型数据库采用基于成本的优化器处理复杂查询，非关系型数据库使用更简单的优化策略针对特定数据模型，向量数据库则专注于相似性搜索的优化。每种选择都是在特定场景下权衡性能、功能复杂度和资源消耗的结果。
| 维度 | 关系型 | 非关系型 | 向量型 |
|---|---|---|---|
| 主索引（主要代表） | B+Tree | LSM / B+Tree / 哈希 / 图 | HNSW/IVF/PQ/LSH |
| 选树原因（主要方向） | 有序+范围+磁盘友好 | 负载定制：写放大/点查/图遍历 | 高维 ANN，无法全排序 |
| 优化器（主要方向） | RBO+CBO（DP/Cascades） | 轻量规则+运行时采样 | 规则/代价+混合过滤枚举 |
| 优势（主要特点） | 统计驱动、多表连接、并行 | 简单快速、低规划开销 | 向量+属性统一、预过滤提速 |
| 劣势（主要表现） | 统计失准、枚举爆炸 | 对复杂查询优化弱 | 召回-代价曲线难估、模型待成熟 |
随着数据类型的多样化和应用场景的复杂化，数据库系统正在向着更加专业化和多元化的方向发展，索引和优化技术也将持续演进以适应新的需求。