数据库与数据基础设施:我该拿什么解决什么问题
文章定位:本文长期作为数据库与数据基础设施的科普收集页使用,也是我为了扩宽认知而留下的一份个人存档。它会随产品、版本和公开资料变化持续修订;不构成选型背书、采购建议或生产实施方案。
这不是选型结论,也不把产品排成“谁最先进”。它是一张查表:先把你要解决的问题分到正确的一类,再看主流产品、接入代价和不该硬上的场景。
海外公开排名:三份榜单,三种问题
| 榜单 | 它回答什么 | 该怎样用 |
|---|---|---|
| DB-Engines | 一个数据库产品的长期公开关注度 | 看技术生态与市场能见度;它综合网页、趋势、讨论、招聘等信号,不是装机量或性能榜。 |
| Stack Overflow 2026 | 开发者过去一年实际做过大量工作的数据库 | 看开发者采用与招聘池;2026 样本中 PostgreSQL 57.9%、SQLite 42.1%、MySQL 35.1%、Redis 28.3%。 |
| Gartner Cloud DBMS MQ | 企业购买云数据库服务时如何评估供应商 | 看托管云服务商能力与采购适配;它不是单个开源数据库的性能或热度排名,且完整报告通常需要订阅。 |
图:Stack Overflow Developer Survey 2026,全部受访者(n = 12,061)。图表数据采用 ODbL 1.0;原始调研见 Stack Overflow。
下文 DB-E 名次为 2026 年 10 月快照,会随月变化。消息系统与流计算产品不属于数据库,故不会出现在数据库榜单中。
接入成本如何理解
这里的“低 / 中 / 高”不等于月度账单,而是一次真实接入会遇到的综合成本:数据模型迁移、应用改造、上线后运维与团队学习。
- 低:已有 SQL/协议/驱动经验,数据模型接近,托管服务也成熟。
- 中:需要新建数据同步链路、索引或 Schema 设计;需要补监控、备份、容量治理。
- 高:需要改业务模型或事务边界,并引入分布式、数据湖、专用集群或多套运维体系。
真正的云成本仍须按区域、存储、计算、流量、备份与支持等级报价;不在这里用一组脱离条件的价格误导自己。
版本怎么看:最新不等于主流
下列表格的版本快照截至 2026-10-29。最新只写官方已正式发布(GA)的最新线;主流写更常见、兼容性更成熟或仍在长期支持中的生产线。它不是市场份额,也不是“必须立刻升级”的建议。托管服务没有可由用户选择的服务端版本时,会明确写成“持续托管更新”,不伪造一个版本号。
关系型数据库:保存订单、账户与最终事实
| 产品 | 版本快照(最新 / 主流) | 授权 / 付费方式 | 市场参考 | 最佳使用场景 | 接入成本 | 不适合优先使用 | 需要提前接受的代价 |
|---|---|---|---|---|---|---|---|
| 最新:9.7.4 LTS 主流:8.4 LTS(存量成熟线) |
开源 GPL 企业支持、HeatWave / 云服务付费 |
DB-E #2;SO #3 / 35.1% | 订单、账户、后台、常规 Web 事务;已有 MySQL 团队的业务 | 低 | 日志明细全表扫描、实时 BI 主查询 | 9.7 已是 LTS,但“新”不等于已普遍部署;5.7 升级前先压测。 | |
| 最新:18.6 主流:17.x / 18.x |
开源 PostgreSQL License 托管云与支持服务付费 |
DB-E #4;SO #1 / 57.9% | 复杂查询、约束、GIS、JSON、扩展能力要求高的业务 | 中 | 不愿做 Vacuum、膨胀、统计信息治理的高更新系统 | MVCC 带来旧版本清理;Vacuum 必须是日常运行工作。 | |
| 最新:3.54.1 主流:随 OS / 运行时分发 |
公共领域 无授权费;商业支持可选 |
DB-E #11;SO #2 / 42.1% | 本地应用、嵌入式、CLI、单机配置与测试数据 | 低 | 多机共享写入、中心化高并发交易 | 简洁可靠,但它不是服务端并发主库。 | |
| 最新:2025 CU9 主流:2022 CU27 / 2025 新部署 |
商业授权 Express 有免费限制版;Azure 另计费 |
DB-E #3;SO #5 / 27.1% | Microsoft/.NET 栈、企业报表与既有 SQL Server 资产 | 中 | 只为了开源或极简部署而引入 | 授权、平台与既有运维体系会影响总成本。 | |
| OOracle Database | 最新:26ai LTS 主流:23ai / 26ai |
商业授权 Oracle Cloud 与支持合同付费 |
DB-E #1;SO #9 / 9.4% | 大型企业既有核心系统、强治理与成熟商业支持场景 | 高 | 预算有限、想快速试错的小团队 | 商业授权、DBA 能力和迁移锁定要在项目立项前算清。 |
| 最新:11.8 主流:10.11 LTS / 11.4 LTS |
开源 GPL 企业支持与云服务付费 |
DB-E #13;SO #6 / 20.3% | 既有 MySQL 生态、希望延续 MySQL 使用习惯的系统 | 低—中 | 假设自己与所有 MySQL 版本、插件、特性完全等价 | 迁移前逐项核对版本兼容、驱动、备份和复制方案。 | |
| TiTiDB | 最新:8.5.8 主流:7.5 LTS / 8.5 |
开源 Apache-2.0 Tidb Cloud / 企业支持付费 |
DB-E #80 | 单库已到边界、分库分表治理失控,又仍想保留 SQL 的业务 | 高 | 热点键、超大事务、尚无扩展证据的小系统 | 分布式扩容不能消除热点与事务竞争;主键与访问模式必须重新设计。 |
| 最新:26.2.x 主流:25.x / 26.x |
源码可见 BSL 企业版 / Cloud 付费 |
SO 1.0% | 跨地域强一致、业务必须承受区域故障的核心服务 | 高 | 单地域、中小规模、没有多活需求的系统 | 一致性、跨区延迟、事务重试与云绑定都会进入应用设计。 | |
| 最新:持续托管更新 主流:云控制台稳定能力 |
Google Cloud 按量计费 闭源托管服务 |
云分布式关系型 | 跨地域强一致、全球部署且不想自运维分布式数据库 | 高 | 单地域、中小规模、没有多活需求的系统 | 成本与云绑定、跨区延迟、事务重试需要写入应用设计。 |
资料:MySQL 升级性能说明|PostgreSQL Vacuum|TiDB 热点与 SQL 优化
非关系型与专用数据存储:不是关系型的替代品
它们与关系型数据库并不处于同一条“升级路径”。先确认问题本身是文档、缓存、搜索、时序、图关系还是宽列写入,再选产品;核心账务仍应有明确的最终事实来源。
| 子类 / 产品 | 版本快照(最新 / 主流) | 授权 / 付费方式 | 市场参考 | 最佳使用场景 | 接入成本 | 不适合优先使用 | 需要提前接受的代价 |
|---|---|---|---|---|---|---|---|
| 最新:9.0 主流:8.0 / 8.2 |
源码可见 SSPL Atlas / 企业版付费 |
DB-E #5;SO #7 / 19.0% | 内容、配置、目录等文档天然聚合,字段变化快 | 中 | 多表关系、强账务约束、复杂财务报表 | 灵活不等于无模型;索引、文档大小与关联边界须先定。 | |
| 最新:8.10 主流:8.2 Extended / 7.4 存量 |
源码可见 RSALv2 / SSPLv1 Redis Cloud 付费 |
DB-E #8;SO #4 / 28.3% | 热点缓存、会话、限流、排行榜、短生命周期队列 | 中 | 唯一账本、长期明细归档 | 缓存失效、穿透、雪崩与最终一致性由业务负责。 | |
| 最新:9.x 主流:8.x / 9.x(按插件兼容) |
AGPLv3 / ELv2 / SSPL Elastic Cloud 付费 |
DB-E #12 | 全文检索、商品搜索、日志与可观测性、向量检索 | 中—高 | 订单主账、强事务写入 | 索引映射、分片、写入放大和重建索引都是运行成本。 | |
| 最新:3.9.0 主流:3.x |
开源 Apache-2.0 托管服务另计费 |
DB-E #28 | 想要开源搜索 / 日志 / 向量检索生态 | 中—高 | 订单主账、强事务写入 | 索引映射、分片、写入放大和重建索引仍是运行成本。 | |
| 最新:5.0.x 主流:4.1 / 5.0 |
开源 Apache-2.0 托管服务与支持付费 |
DB-E #10;SO #25 / 2.5% | 多地域高写入、按固定查询模式读写的大规模时序或事件数据 | 高 | 临时加任意关联与聚合查询 | 必须按查询建模,分区设计失误会造成热点或不可控扫描。 | |
| 最新:3.x 主流:2.x / 3.x(产品线不同) |
开源核心 Cloud / 企业功能付费 |
SO #23 / 3.6% | 指标、设备遥测、时间窗口聚合与保留策略 | 中 | 复杂账户关系、通用 OLTP | 时间、标签基数与保留策略会决定容量与查询表现。 | |
| 最新:2026.x 主流:5.x / 2026.x |
社区版 GPLv3 企业版 / Aura 付费 |
SO #24 / 2.8% | 风控关联、知识图谱、网络关系、多跳查询 | 高 | 只有简单外键或单跳查询的普通业务 | 图模型与查询语言是新的建模/运维体系,不是普通表的自动替换。 | |
| AWS托管 KV:DynamoDB | 最新:持续托管更新 主流:云控制台稳定能力 |
AWS 按量 / 预置计费 闭源托管服务 |
SO #10 / 9.3% | AWS 内的高伸缩键值读写、事件驱动服务 | 中—高 | 跨云、复杂临时查询、强依赖 SQL 生态 | 分区键、容量模式、二级索引和云平台约束需要前置设计。 |
资料:Redis 使用场景|OpenSearch 入门|Apache Cassandra
数仓与分析:把“算历史”从交易路径拿出去
这一类可以读取关系型业务库的数据,但不是业务主库的替代品。典型方式是 CDC 或消息流进入明细层,再供报表、指标、行情、审计和机器学习分析使用。
| 产品 | 版本快照(最新 / 主流) | 授权 / 付费方式 | 市场参考 | 最佳使用场景 | 接入成本 | 不适合优先使用 | 需要提前接受的代价 |
|---|---|---|---|---|---|---|---|
| 最新:26.10.x 主流:25.x LTS / 26.x |
开源 Apache-2.0 ClickHouse Cloud 付费 |
DB-E #25;SO #24 / 3.6% | 行情、日志、埋点、指标看板、海量历史明细聚合 | 中—高 | 高频逐行更新、订单状态主表、小事务写入 | 更新/删除 mutation I/O 重,表引擎、分区与排序键决定成败。 | |
| 最新:持续托管更新 主流:云控制台稳定能力 |
云服务按计算 / 存储计费 闭源 SaaS |
DB-E #6;SO #18 / 4.5% | 多团队云数仓、弹性计算与数据共享 | 中—高 | 极低延迟在线交易 | 仓库规格、休眠策略、数据扫描量决定账单;数据治理要同步建立。 | |
| 最新:持续托管更新 主流:云控制台稳定能力 |
Google Cloud 按扫描 / 容量计费 闭源托管服务 |
DB-E #19;SO #12 / 6.7% | Google Cloud 上的交互式分析、日志与数据湖查询 | 中 | 事务主库、无约束的高频小查询 | 按扫描量计费的模型要求分区、聚簇与查询治理。 | |
| 最新:持续托管更新 主流:当前 LTS Runtime / SQL Warehouse |
商业云服务 底层开源组件不等于产品免费 |
DB-E #7;SO #19 / 4.2% | Lakehouse、ETL/ML 与 SQL 分析共用数据平台 | 高 | 小团队的简单业务报表 | Lakehouse、表格式、作业与计算资源都要有治理。 | |
| AWSRedshift | 最新:持续托管更新 主流:生产 track / 默认节点代际 |
AWS 按节点 / 容量计费 闭源托管服务 |
SO #27 / 2.2% | AWS 内的数仓分析与既有 AWS 数据管道 | 中—高 | 在线事务与任意小查询 | 节点、分布键、排序键与数据装载方式直接影响成本和性能。 |
| 最新:持续托管更新 主流:项目默认稳定能力 |
阿里云按量 / 包年包月 闭源托管服务 |
阿里云产品 | 大规模离线数仓、历史计算、数仓分层 | 中—高 | 在线下单、账户余额、毫秒级单行事务 | 任务调度、分区、数据生命周期与费用治理缺一不可。 | |
| 最新:持续托管更新 主流:集群默认稳定能力 |
阿里云按量 / 包年包月 闭源托管服务 |
阿里云产品 | 实时同步后的聚合、报表与大规模分析;希望使用 MySQL 协议接入 | 中 | 高频订单事务账本 | “兼容 MySQL 协议”不等于可当 MySQL 主库使用。 |
资料:ClickHouse OLTP 与 OLAP|ClickHouse 更新与删除|MaxCompute 概览|AnalyticDB for MySQL
消息与流处理:让数据流动,不保存最终账本
Kafka、Pulsar、RabbitMQ、RocketMQ 和 Flink 不参加数据库排名。它们解决的是事件如何投递、消费、重放或计算;它们通常要配合上述业务库、对象存储或数仓落地。
| 产品 | 版本快照(最新 / 主流) | 授权 / 付费方式 | 最佳使用场景 | 接入成本 | 不适合优先使用 | 需要提前接受的代价 |
|---|---|---|---|---|---|---|
| 最新:4.4.0 主流:4.2 / 4.3 |
开源 Apache-2.0 Confluent / 托管 Kafka 付费 |
CDC、业务事件总线、数据管道、异步消费、流处理输入 | 中—高 | 简单同步 RPC、没有保留/回放需求的单任务队列 | 分区决定顺序和并行度;Schema、积压、重平衡与容量都需要治理。 | |
| 最新:5.0.1 LTS 主流:4.2 / 5.0 LTS |
开源 Apache-2.0 托管服务与支持付费 |
多租户、多地域复制、海量 Topic;同时需要队列与事件流 | 高 | 团队没有消息系统运维能力、只要简单异步任务 | 订阅语义、Topic 治理与底层存储体系需要投入。 | |
| 最新:5.5.1 主流:5.4 / 5.5 |
开源 Apache-2.0 云服务与支持付费 |
支付/订单通知、库存同步、延迟消息、事务消息 | 中 | 把消息系统当订单数据库 | 业务消息能力完整,但 Topic、消费幂等与重试必须有规范。 | |
| 最新:4.4.0 主流:4.2 LTS / 4.3 |
开源 MPL-2.0 商业支持可选 |
工作队列、路由、通知、服务解耦、RPC 风格消息 | 低—中 | 长期保存并反复回放海量事件流 | 它擅长路由与任务分发,容量和确认机制仍要监控。 | |
| 最新:2.x 主流:当前稳定 2.x |
开源 Apache-2.0 Synadia Cloud / 支持付费 |
轻量云原生服务通信、请求响应、边缘/IoT 消息 | 中 | 复杂超长保留、大型数据管道替代 | 要明确 Core NATS 与 JetStream 的持久化、消费语义边界。 | |
| 最新:2.x 主流:1.20 / 2.x(生态兼容) |
开源 Apache-2.0 托管平台与支持付费 |
实时 ETL、窗口计算、状态计算,把消息流写入数仓/指标库 | 高 | 把它当消息 Broker 或关系型数据库 | State、Checkpoint、Watermark 与反压决定运行可靠性。 |
资料:Kafka 介绍|Pulsar 概览|RocketMQ 功能|RabbitMQ 使用场景|Flink
一个更接近日常业务的组合
交易 / 订单 / 账户 → MySQL 或 PostgreSQL(最终事实) |
先问“最终事实在哪”“数据是否要回放”“查询是按主键还是扫历史”“是否真的需要跨地域一致性”,再看排行榜,产品才不会被错放到不擅长的位置。





