|----------|--------------------------------------------------|----------------------------------------|------------------------------------------|
| 维度 | 关系型数据库(MySQL/PostgreSQL/Oracle) | NoSQL 数据库(MongoDB/Redis/Cassandra) | NewSQL 数据库(TiDB/CockroachDB/Spanner) |
| 核心定位 | 结构化数据、强事务、复杂关联查询 | 非结构化 / 半结构化数据、高吞吐、灵活扩展 | 兼顾 RDBMS 的强一致性 + NoSQL 的水平扩展 |
| 数据模型 | 固定表结构(Schema)、支持 JOIN | 灵活 Schema(文档 / 键值 / 列族 / 图)、弱 JOIN | 兼容 SQL 表结构,支持分布式 JOIN |
| 一致性 | 强一致性(ACID 严格支持) | 最终一致性为主(CAP 取舍偏向 AP) | 强一致性(分布式 ACID,支持 Serializable 隔离级别) |
| 扩展性 | 垂直扩展为主(升级硬件),水平扩展需分库分表(Sharding-JDBC/MyCat),复杂度高 | 天然水平扩展(集群扩容简单),扩容无感知 | 原生分布式架构,水平扩展透明,扩容不影响业务 |
| 查询能力 | 支持复杂 SQL(JOIN / 子查询 / 事务),OLTP/OLAP 均能覆盖(需优化) | 支持简单查询,复杂查询需上层计算框架(如 Spark) | 兼容标准 SQL,支持分布式事务和复杂查询 |
| 并发能力 | 单机并发高(MySQL 单机 TPS 可达 10 万 +),但海量并发需分库分表 | 超高并发读写(Redis 单机 QPS 可达百万),适合高吞吐场景 | 分布式并发(TiDB 集群 TPS 可达百万),支持高并发事务 |
| 适用场景 | 结构化数据、强事务、复杂关联(订单 / 支付 / 用户系统) | 非结构化数据、高并发读写、灵活扩展(日志 / 缓存 / 物联网) | 海量结构化数据、强事务、高并发(互联网核心业务 / 金融) |
| 优劣势 | 优势:强一致性、成熟稳定、生态完善 | 优势:灵活扩展、高吞吐、低延迟 | 优势:分布式强一致、透明扩展、兼容 SQL |
| 优劣势 | 劣势:水平扩展复杂,海量数据性能下降 | 劣势:弱事务、查询能力有限,跨节点事务难支持 | 劣势:部署运维复杂,部分场景性能略低于专类数据库 |
关系型数据库、NoSQL、NewSQL 选型比对
小四的快乐生活2026-01-08 8:10
相关推荐
烟沙九洲5 分钟前
Redis 缓存穿透、缓存击穿、缓存雪崩Elastic 中国社区官方博客8 分钟前
jina-ocr-v1:在低成本 GPU 上实现更快速的文档解析于平安18 分钟前
MySQL-变量,流程控制与游标我滴老baby26 分钟前
检索的上限,在切块时就定了:一次〈民法典〉实测,看懂 ChatDOC 的“上下文检索”Databend30 分钟前
Jev 爆火之后,我们把它集成进了数据湖仓数字新视界37 分钟前
数据中心基础设施管理系统的智能监测与运维整合剖析于樱花森上飞舞1 小时前
【Redis】哨兵详解李白客2 小时前
向量数据库怎么选:RAG 项目最该比较的 8 个维度(深度拆解)cspttty2 小时前
需求预测校招入门:SQL、Excel、统计模型和业务指标怎么学2501_933670792 小时前
面向物流数据分析校招:SQL、Excel、BI、WMS/TMS该怎么准备