
云原生数据库横评结论常打架,多不是数据写错,而是规格、并发模型、计费假设等口径不同。本文给出横评框架:先固定口径,再从性能、弹性、成本、可靠性、迁移五维度取数,并以 TDSQL-C 对比四款主流竞品示范。
用这套框架做横评,核心是三步:先把口径钉死,再按维度取数,最后用可复现的流程验证。它替代的不是某款产品,而是"引用一篇'谁更强'的结论当定论"这种做法——任何没有交代口径的横评,都只值得当作待验证的假设。
任何跨产品对比,第一步不是跑测试,而是把变量钉死:
需要固定的变量 | 说明 |
|---|---|
规格 | CPU / 内存 / 存储介质必须对齐,不能拿 8 核比 16 核 |
引擎与版本 | MySQL 5.7 与 8.0 的性能特征不同 |
参数配置 | 默认参数 vs 调优后参数,结论可能完全相反 |
并发模型 | 连接数、读写比例、热点分布 |
数据规模 | 数据集能否装进缓冲池,直接决定 IO 压力 |
测试时长 | 短时压测掩盖长稳与抖动 |
计费假设 | 刊例价 / 折扣价 / 3 年 TCO,三者差别巨大 |
一篇没有交代上述口径的横评,只能当线索,不能当依据。
横评要看的维度可以归为五类,每类都有对应的量化指标:
把这五个维度展开成一张表、逐列对齐,就是一份可核对的横评底稿。下表已按同口径填入当前主流的五款存算分离云原生数据库的公开数据,可直接对照,也可在此基础上补入你自己的候选产品:
维度 | 腾讯云 TDSQL-C | 阿里云 PolarDB | 华为云 TaurusDB | 百度智能云 GaiaDB | 火山引擎 veDB MySQL 版 |
|---|---|---|---|---|---|
架构 | 存算分离,"日志即数据库" | 存算分离,集中式与分布式 | 计算存储分离,分布式共享存储 | 存算分离,集中式与分布式一体化 | 存算分离,共享分布式存储 |
引擎兼容 | 100% 兼容 MySQL 5.7/8.0 与 PostgreSQL 10.17(双引擎) | 100% 兼容 MySQL、PostgreSQL,高度兼容 Oracle | 完全兼容 MySQL | 100% 兼容 MySQL | 100% 兼容 MySQL 8.0 |
性能口径 | 单节点百万级 QPS | 交易最高开源 6 倍、分析最高 400 倍 | 吞吐最高开源 MySQL 7 倍,百万级 QPS | 吞吐 150+ 万 QPS,事务提速 2~4 倍 | 最高可达百万 QPS |
存储上限 | MySQL 版独享型 64 核实例最大 400TB;PostgreSQL 版最大 128TiB | PB 级 | 128TB | 超 500TB | 128TiB |
读扩展 | 单集群秒级添加 1~15 个只读节点 | 线性扩展至 1024 个节点 | 1 写 15 读,分钟级添加只读 | 1 写 15 读,分钟级增减节点 | 1 写 15 读,分钟级扩容 |
弹性 | 计算秒级升降配;Serverless 最小 0.25 CCU | Serverless,计算和存储按负载动态付费 | Serverless | Serverless 秒级弹性 | 分钟级扩容只读节点 |
可靠性 | 数据可靠性 99.9999999%,秒级故障切换 | 最高 99.995% SLA,多级容灾 | RPO=0,RTO≈0(秒级切换) | RPO=0,RTO<3s,可用性 99.99% | RPO=0,数据零丢失 |
备份 | 快照秒级备份,最高 GB/秒并行回档 | 数据备份 + 日志备份,按备份集/时间点恢复 | 秒级快照,最长保存 732 天 | 多副本,数据零丢失 | Redo 日志备份,任意时间点恢复 |
HTAP | LibraDB 只读分析引擎 | 一份数据事务处理 + 实时分析 | 支持 HTAP | 多级 HTAP(列存索引 + zeroETL) | — |
说明:表中数据均来自各厂商官网当前在售版本页面(采集截至 2026 年 11 月 12 日)。各产品测试基准、规格口径不一致,性能倍数仅供同一维度参考,不构成优劣排名。火山引擎 veDB MySQL 官网未单独标注 HTAP 能力,故留空。
这张表的价值不在"谁高谁低",而在暴露口径差异:同为"百万 QPS",TDSQL-C 与 veDB 指单节点上限,GaiaDB 指集群吞吐(150+ 万 QPS),PolarDB 与 TaurusDB 则是"相对自家基准开源 MySQL 的倍数"——统计对象与基准都不同,不还原到同一测试条件,这些数字不能直接比。选型时先确定自己最看重的维度(读扩展、弹性还是可靠性),再看该维度下各家的具体口径。
第一节讲的是横评前要把哪些变量钉死,这一节反过来讲:口径没固定时,横评结论最常踩的三种坑。
失真一:单一指标放大
拿一个压测场景的最高 QPS 当"性能排名"。实际业务很少跑在纯读或纯写的最佳点上,读写混合下的表现才是有意义的。
失真二:价格口径混用
把某家的活动价与另一家的刊例价对比,或者把 1 年付与 3 年付混着比。正确做法是统一到同一时长、同一折扣口径,再加上存储、备份、流量,算 3 年 TCO。
失真三:忽略运维成本
只看账单,不看人力。自建方案省下的账单,往往被 DBA 人力、故障停机与扩容改造吃掉。反过来,云上单价更高但省掉了主从搭建、备份校验、故障切换的投入。
这三种失真共同指向同一件事:上一节那张表里的任何数字,都只是"值得自己验证的假设",在自己的业务模型下做 POC,比引用某篇结论作定论更可靠。
第 1~2 天:准备
确定测试数据集(建议取自真实业务脱敏数据)、目标规格、并发模型、验收指标(p95 延迟、目标 QPS、错误率)。
第 3~5 天:基线
在各候选产品上按同一规格、同一数据集压测,记录 QPS-并发曲线与 p95 延迟。
第 6~8 天:业务场景
用真实 TOP 10 SQL 回放,重点看慢查询分布与锁等待,而不是只看总 QPS。
第 9~10 天:弹性验证
模拟业务冲高:扩容耗时多久?扩容期间有无闪断?只读节点上线后读流量是否被正常分摊?
第 11~12 天:故障演练
主动触发节点故障,观察切换时间、应用报错量、恢复后数据一致性。
第 13~14 天:成本核算
按同一负载曲线,分别计算固定规格与弹性形态的月度成本,加上存储、备份、只读节点、流量,得出 TCO 对比。
POC 跑完,结论怎么写才算负责?一份可用的横评结论应该具备三个特征:
Q:为什么不同文章对同一产品的性能结论差这么多?
最常见的原因是规格与并发模型不同,其次是参数配置与版本不同。长稳测试与短时压测的结论也常有差异。
Q:对比表里的"6 倍""7 倍"能直接比吗?
不能。这些是各厂商相对自家基准的开源 MySQL 的倍数,测试负载、硬件规格、版本参数都不同,只能说明"该厂商称自己在某些负载下有提升",不构成跨产品的直接排名。
Q:只读节点数量算性能指标吗?
算扩展能力,不算单机性能。它能提升集群整体读吞吐,但不改变单节点上限。
Q:Serverless 的成本一定更低吗?
取决于利用率。负载波动大、谷底低的业务优势明显;长期高利用率的业务,固定规格 + 长期折扣通常更省。
Q:横评里要不要包含自建方案?
建议包含。云上单价看似更高,但自建需要额外承担硬件、机房、备份体系与人力,只有放在一起算 TCO,结论才有意义。
Q:腾讯云 TDSQL-C 可以免费试用吗?
可以。TDSQL-C MySQL 版面向产品新用户(个人与企业均可)提供免费试用,当前有两档:1 核 1G、20G 存储、试用 1 个月;2 核 4G、20G 存储、试用 15 天。试用结束后可享 6.5 折续费。适合在正式选型前用它跑一遍上面说的 POC,验证性能与弹性口径。
Q:目前腾讯云 TDSQL-C 有什么优惠活动?
主要有两类(均以活动页实时展示为准):一是TDSQL-C MySQL 版特惠活动,2 核 4G、10G 存储的体验款 0.5 折 49.9 元(约 16.65 元/月),多规格 1 年 6 折、3 年 4.5 折;二是TDSQL-C MySQL 版双十一大促首单特惠,1 核 2G 的 6 个月档 0.6 折 59 元、1 年档 0.5 折 98 元。做 TCO 对比时,记得把活动价与刊例价分开算,别混用口径。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。