大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！
前面几篇数据库家谱，我们讲了两个维度：按数据模型分（关系型、非关系型），按业务负载分（OLTP、OLAP）。
今天讲第三类：专项数据库。
如果说关系型数据库是"正规军"，那时序数据库和向量数据库就是"特种部队"------它们不是来替代正规军的，而是为特定场景而生的。
先搞懂几个词：
时序数据：按时间顺序产生的数据点序列。典型特征：数据量大、写入频繁、按时间查询、历史数据很少更新。
向量数据：由AI模型生成的高维数值数组。一个1024维的向量，代表一段文本、一张图片或一段音频的"语义特征"。
时序数据库（TSDB） ：专门为时序数据优化的数据库。核心能力是高吞吐写入、时间窗口聚合、自动过期。
向量数据库：专门为向量数据优化的数据库。核心能力是高维空间中的相似度检索。
一、时序数据库：时间轴上的数据专家
时序数据长什么样？
工业设备的温度读数、智能电表的用电量、服务器的CPU使用率、车联网的车辆轨迹------这些数据有一个共同特征：每一条都带着时间戳，按时间顺序产生，按时间范围查询。
时序数据库解决了什么问题？
用关系型数据库存时序数据，会遇到三个问题：
第一，写入吞吐不够。一台大型涡轮机每秒产生数千个传感器读数，关系型数据库的B+树索引在写入时维护成本极高。
第二，存储成本太高。关系型数据库按行存储，每行都包含所有字段。而时序查询通常只需要读取时间戳和值两列，其他列是无效I/O。
第三，过期数据清理困难 。关系型数据库用DELETE清理旧数据，逐行删除并记录Undo Log，代价极大。
时序数据库的解法：
-
列式存储：同一列的数据连续存放，查询只需要读取相关列。
-
时间分区：数据按时间范围物理分区，查询时只定位到对应的时间片段。
-
专用压缩：利用相邻时间点数据高度相关的特性，用Delta-of-Delta编码消除冗余，压缩比可达10:1以上。
-
自动过期 ：配置数据在指定时间后自动删除或归档，不需要手动
DELETE。
代表产品：InfluxDB、TDengine、TimescaleDB、金仓KES TimeSeries。
二、向量数据库：AI时代的语义引擎
向量数据长什么样？
一段文本、一张图片、一段音频，经过AI模型处理后，会生成一个高维数值数组。比如一段"今天天气真好"的文本，经过Embedding模型处理后，可能生成一个1024维的向量。
向量数据库解决了什么问题？
传统的数据库查询是精确匹配 ------WHERE name = '张三'，找到的就是张三。但AI场景下的查询是相似度匹配------用户搜"找一张猫在阳光下的照片"，系统需要找到语义上最接近的图片，而不是文件名精确匹配的图片。
传统数据库的B+树索引是为精确匹配和范围查询设计的，无法处理高维空间中的"最近邻搜索"。向量数据库使用近似最近邻算法（如HNSW、IVF），在亿级向量中快速找到最相似的Top-K结果。
代表产品：Milvus、Qdrant、金仓KES Vector。
三、两者的核心差异
| 对比维度 | 时序数据库 | 向量数据库 |
|---|---|---|
| 数据形态 | 时间戳+数值/标签 | 高维数值数组 |
| 查询模式 | 时间范围聚合、降采样 | 相似度检索（最近邻） |
| 存储优化 | 列式存储+时间分区 | 向量索引（HNSW/IVF） |
| 写入模式 | 高频追加写入 | 批量导入为主 |
| 数据规模 | 单表数十亿行常见 | 亿级向量常见 |
| 典型场景 | 监控、IoT、金融行情 | RAG、推荐、以图搜图 |
一句话总结：时序数据库是"时间的管理者"，向量数据库是"语义的理解者"。
四、与关系型数据库的关系：不是替代，是补充
时序数据库和向量数据库不是来替代关系型数据库的。它们和关系型数据库的关系是互补：
-
核心业务数据（订单、用户、账户）仍然存在关系型数据库中，需要ACID事务保证。
-
时序数据（设备指标、监控数据）存在时序数据库中，需要高吞吐写入和时间窗口查询。
-
向量数据（Embedding、特征向量）存在向量数据库中，需要相似度检索。
但这也带来了一个问题：一个系统同时需要关系数据、时序数据和向量数据时，需要维护三套数据库。数据同步、一致性、运维成本都成倍增加。
这正是2026年多模融合趋势要解决的问题。金仓KES将时序、向量、关系等数据模型统一在同一个内核中，共用一套事务体系、SQL优化器和运维管理方案。一条SQL可以同时查询时序指标、向量相似度和业务维度数据，不需要ETL搬运，也不需要维护多套系统。
五、小结
时序数据库和向量数据库是专项数据库的两个典型代表。时序数据库为"带时间戳的数据"深度优化，核心能力是高吞吐写入、时间窗口聚合和自动过期。向量数据库为"高维向量的相似度检索"深度优化，核心能力是近似最近邻搜索。两者不是通用型数据库，而是为特定场景而生的"特种部队"。与关系型数据库的关系是互补而非替代。2026年多模融合趋势下，专项数据库的能力正在被集成到通用数据库内核中，减少多系统堆砌带来的运维复杂度。
小耶在手，SQL 不愁
还有什么想了解的，欢迎留言！小耶一定知无不言言无不尽......我们下次见~