对比项 | TDSQL-C MySQL 版 | 云数据库 MySQL |
数据库类型 | 新一代云原生关系型数据库 | 基于开源数据库 MySQL 打造的高性能企业级数据库服务 |
架构 | 集群,一个集群内包含1个读写实例和最多15个只读实例 | 单节点:单个节点 双节点:一主一备 三节点:一主两备 |
引擎 | InnoDB | InnoDB RocksDB |
版本 | 兼容 MySQL 5.7 兼容 MySQL 8.0 | MySQL 5.6 MySQL 5.7 MySQL 8.0 |
应用场景 | 业务变化较大,频繁扩缩容或增加只读实例提升读性能的场景 经常需要快速回档的游戏项目 PB 级数据存储访问场景 写入 QPS 要求较高的场景 对主从延迟较敏感的场景 | 游戏应用场景 互联网和移动 App 应用场景 金融场景 电商场景 |
产品规格 | 单实例最高88核710GB | 单实例最高90核720GB |
自动备份 | 默认保留7天,最高可设置保留1830天 | 默认保留7天,最高可设置保留1830天 |
手动备份 | 支持 | 支持 |
备份文件形式 | 逻辑备份 快照备份 | 逻辑备份 物理备份 |
Serverless | 支持 Serverless 弹性扩展,无需人为干预,自动快速伸缩规格 | 不支持 |
最大建表数 | 不对创建数据库的数量和创建表的数量进行限制,理论上有足够的空间,就可以创建更多的库与表 | 单个实例表数量不超过100万 |
读写分离 | 支持 | 支持 |
云数据库 MySQL 的劣势 | TDSQL-C MySQL 版的优势 |
数据存储上限受单物理机限制 升级规格、增加只读实例耗时相对较长 做到数据强一致性成本高 基于 binlog 的数据同步,无法彻底解决主备延迟的问题 全日志(redo log 、binlog)及数据页更新导致写性能瓶颈 回档慢,数据恢复时间较长 | 计算节点无状态,秒级升配、切换、增加只读节点 只写 redo,轻量级写入,更高写入性能(140%) 主从基于 redo 同步,实例推送 redo;Slave 只在内存回放数据,无需落盘,从库延迟降到 ms 级别 数据块级别的三副本强一致 分布式存储,单实例可达400TB 磁盘扩容业务无感知、业务无影响 每秒 GB 的备份/回档速率,解决备份慢回档慢的核心问题 具备 Serverless 能力 |
本页内容是否解决了您的问题?