共计 2900 个字符，预计需要花费 8 分钟才能阅读完成。
2021 年 6 月 26 日，腾讯云【TECHO】HUB 技术巡回长沙站顺利开展，聚焦于数字媒体行业的云端实际。会上，腾讯云数据库高级工程师窦贤明重点分享了《腾讯云云原生数据库 TDSQL-C——云上利用研发形式的扭转》。由此，咱们一起来看传统主备形式数据库与云原生数据库的比照演进。
（传统的读写拆散）
传统数据库主备形式：
存储各自独立
主备间通过数据流复制保证数据统一，主库故障则切换到备库
可用性与可靠性无奈兼顾
（云原生数据库计算存储拆散）
腾讯自研云原生数据库 TDSQL-C，基于全新计算存储拆散架构，交融传统数据库和云计算技术劣势，100% 兼容 MySQL 和 PostgreSQL，专为云而生，具备高性能、低成本、大存储、低提早、秒级扩缩容、极速回档、serverless 化 七大个性：
● 高性能：单体实例读性能晋升到 125W，写性能晋升到 25W
● 低成本：老本降落可达 40%
● 大存储：单实例存储容量达到 128TB（超过 448TB 反对能力行将公布）
● 低提早：彻底辞别主从复制提早 / 异样问题（< 20ms）
● 秒级扩缩容：规格升降级 / 增删 RO < 60s
● 极速回档：回档速度晋升 200%，高达 1.2GB/s
● serverless 化：主动扩缩容、按使用量计费，不应用不计费
当传统主备形式数据库遇上腾讯云云原生数据库 TDSQL-C，“C”位出道的腾讯云原生数据库说：“你的有余，我来补！”
1. 可用性、可靠性无奈兼顾 vs 可用性、可靠性兼顾；
传统数据库基于 binlog 的主从逻辑复制，复制提早较大，存在数据失落的危险。备机同步日志之后需串行回放，HA 工夫不可控，导致业务的可用性受损。
云原生数据库 TDSQL- C 基于计算存储拆散的架构，底层是共享存储，解决了传统主备架构弹性能力差，业务压力大时的同步效率低，主备切换工夫不可控等问题，在提供高性能同时保障了零碎的高可用性和业务的连续性，极大的加重了经营和运维人员的工作量。
● 高可用
秒级 RTO：计算层重启，间接从存储层读取页面，无需日志复原
主备提早低：物理复制，间接回放到物理页面，无需 SQL 层参加
共享内存：计算节点疾速重启，热页面依然保留在内存
● 高牢靠
RPO=0，存储层页面多正本同步
PITR（Point In Time Rollback）, 得心应手回滚数据至任意工夫点，保证数据不仅以后牢靠，而且历史牢靠
2. 只读扩大受限、建设工夫长 vs 秒级扩大、分钟级快照备份；
在理论业务中，只读申请占比远高于写申请，传统数据库因其自身架构，只读扩大受限，进而影响整体性能。规格降级、增加只读节点都须要导入全量数据到新机器，耗时随数据量增长，可达到天级别。
云原生数据库 TDSQL- C 架构上计算节点无任何状态，同时进行了多方面的优化，使得计算节点的 HA 和扩大均能在数秒内实现；数据在存储中进行分片，分片互相独立，基于云盘的快照机制，实现疾速的并行备份和回档，较传统架构晋升了一个数量级。秒级的快照备份和疾速回档能力，在多正本的根底上对用户的数据进行间断爱护，是互联网和游戏行业的最佳抉择。
3. 老本高企 vs 存储、计算别离计费；
在传统线下数据库保护形式中，须要提前准备整台机器、做三年折旧开销，能力失常运行一个数据库实例。而在大部分工夫里，主机资源往往较为充裕、长时间没有失去充分利用，造成重大节约；而如果业务存在波峰波谷状况下，则须要时刻准备最高资源，使老本居高不下。
云的呈现，肯定水平上缓解了这一难题。云数据库，能够即开即用，在预估好资源应用后，预计能够十分钟左右用上数据库。而老本，能够根据所需的资源申请，在必要时（如业务爆增）能够降级到较高规格，从而防止资源的节约、实现老本的肯定水平升高。
而云原生数据库，则将老本管制的粒度往前迈进了一大步。以后惯例云数据库，存储购买的粒度依然较粗，至多以数十 G 为单位；而规格的升降级，起码为分钟级、最多有可能是在数小时、甚至数十小时级别（视数据总量而定），且计算规格与存储规格有较大绑定关系，导致相互影响，即存储规格变动、计算规格变动都有可能导致较慢的降级工夫。而云原生数据库，则做到了秒级弹性、甚至极致的 Serverless 弹性。在失常业务运行时，采纳较低规格运行，在业务波峰来长期，能够在秒级晋升计算规格，此时存储上毋庸为此做任何动作；而存储上，用多少付多少，无须再思考存储规格问题。整体上，实现资源规格的灵便、细粒度管制，更优的弹性、更好的管制老本形式，无效帮忙应答业务的微小波瀾。
4. 备份工夫长 vs 灵便调度、动态控制老本
传统数据库的逻辑回档采纳计算层 SQL 解析后再落盘，回放的速度较慢；其物理回档则通过拷贝数据到所属磁盘，单线程回放 redo 日志，速度也较慢。传统数据库在备份会锁表，影响实例；若从备机上进行备份，速度过快则会导致主从差距变大，影响可用性。
云原生数据库 TDSQL- C 采纳存算拆散架构，存储反对快照备份。备份期间对计算节点无影响，可随时发动；反对按 1MB 并发上传 / 下载数据，备份 / 回档可达 GB/s。特地是对于互联网和游戏业务麻利灵便的弹性扩大，无需事后购买存储，可依据业务须要疾速升降级，疾速扩缩容，轻松应答业务峰值。
5. 传统数据库容量天花板低 vs 云原生数据库轻松反对海量存储
传统数据库采纳物理硬盘作为存储空间，受单盘容量的限度，如果某个数据库超过了这个存储的限度，须要运维和开发的人员一起进行数据归档来升高数据库容量或者进行分库分表操作扩散数据库的容量问题，整个过程十分耗时耗力，对于业务来说也不太敌对。
云原生数据库 TDSQL-C，最高存储容量可达 128TB（超过 448TB 反对能力行将公布），主动扩缩容，可能轻松应答业务数据量动态变化和持续增长，运维无需再为实例的存储容量而发愁。
如此优良的云原生数据库 TDSQL-C，研发应该怎么玩儿?
即开即用
不用再费神保护数据库，业余的事交给业余的人；专一业务，不再分心
建设数据库不用再期待，跟几个小时的工夫节约说再见；伸个懒腰，数据库的端口即为你关上
用多少买多少，没有折旧、没有简单核算；业务如水、数据库的费用如船，水多低、船多低，水多高、船多高
辞别分库分表
容量最高超 128TB（超过 448TB 反对能力行将公布），足够大部分业务应用
无须再要害散布键、不必再放心歪斜、不必放心中午被叫醒
一个地址，随心应用
读写拆散
分拆负载、防止计算资源争抢
读影响写？不存在了
微服务的拆分更有根据、更便捷
实时数据分析
计算节点秒级建设、用完即开释
实时报表，业务的统计随时恭候，不再 T +1
用完即开释，跟 OLAP 零碎说再见
SQL 优化
DBbrain 智能诊断来保驾护航
专做程序员、不兼 DBA，将业余的 SQL 优化交给业余的自动化
灵便管制老本
计算节点秒级增减、存储独立计费
不必再放心老板来问花了多少钱，问就是很少；为什么？都靠“我”（你）的灵便管制
云计算浪潮之下，因传统数据库一主一备的架构模式，其能力达到了肯定瓶颈。回归到做云原生数据库的初衷，是为了加重业务开发的工作繁琐度，把局部难题下推到数据库层面来解决，使得研发人员可能更加专一于本身应用逻辑的实现。技术无止境，数据库的一直演进将会促使云上研发利用产生质的扭转，将来充斥设想，咱们刮目相待！
