TDSQL-C 新架构 2.0：AI时代全新升级的云数据库底座

随着核心交易规模扩大、数据保留周期拉长和跨可用区容灾成为常态，数据库存储不仅要承接持续增长的数据量，还要尽量降低底层维护、硬件故障和网络波动对业务的影响。

传统日志与数据混存的方式，在存储组件发布、坏盘替换、网络抖动及大规模数据治理等场景下，可能放大业务侧的性能波动和运维压力。对于连续性要求高的系统，以及需要长期保存海量数据的业务，存储架构本身已成为稳定性和成本治理的关键。

TDSQL-C MySQL 版新架构 2.0 延续计算与存储分离设计，并围绕日志存储分离、三可用区部署、存储压缩和数据智能落冷等能力升级，重点解决核心业务“运行要稳、故障要扛、数据增长成本要可控”的现实问题。

一、关键能力与典型场景

TDSQL-C MySQL 版新架构 2.0 围绕稳定性、跨可用区容灾和长期存储成本进行升级。其价值不在于孤立增加功能，而是让每一项底层能力对应一类清晰的业务问题：以日志与数据分离降低持续运维对业务的扰动，以三可用区部署增强核心交易系统的容灾能力，以多粒度压缩控制海量数据的存储成本，再以智能落冷兼顾低频数据的长期保存与在线可用。下图展示了全新的TDSQL-C 架构。

图片

图：产品架构 2.0 三可用区日志与数据分离示意

1. 日志与数据分离：适配长期运行、持续变更的核心系统

相比日志与数据混存于同一 Tablet 的架构，2.0 将日志与数据分别存储于 LogStore 和 PageStore，使两条链路可以相对独立地演进。对于难以频繁安排停机窗口、需要长期连续运行的生产系统，这项能力可降低存储组件发布、坏盘替换和网络抖动等底层事件向业务侧传导的概率。尽量缩小底层维护对慢查询、短时不可写等业务影响的范围，让数据库在持续变更中保持更稳定的运行状态。

2. 三可用区部署：适配强容灾的核心交易系统

2.0 支持单可用区和三可用区部署。三可用区形态通过跨可用区保存日志与数据副本，为金融交易、出行打车、跨境支付等对数据一致性和业务连续性要求高的系统增强故障防护能力。其价值在于把高等级容灾能力下沉到数据库存储层，减少企业自行搭建和维护复杂容灾链路的工作量；跨可用区存储副本不额外收费，也有助于降低高等级容灾架构的使用门槛。

3. 多粒度压缩：适配数据规模大、成本敏感的业务

订单历史、日志平台、内容平台和游戏运营数据等场景通常数据增长快、保留周期长，但不同库表对访问性能和存储成本的要求并不相同。2.0 支持实例级、库级、表级压缩及双等级压缩，企业可按照业务重要性、数据规模和访问特征实施更精细的压缩策略，在保障在线业务的同时降低单位存储成本、提升资源利用率。

4. 数据智能落冷：适配冷热分布明显、仍需在线访问的业务

部分历史库表访问频率已经降低，但仍可能因查询、审计或结构调整而被使用，不适合直接离线归档。库表级数据智能落冷可结合数据热度管理低频数据，在降低长期保存成本的同时保留在线访问能力；落冷后的数据仍支持 ALTER TABLE、CREATE INDEX 等常见 DDL 操作，使企业能够在成本、可用性和管理效率之间取得更现实的平衡。

二、新架构面向 AI 时代的第一个能力：分支能力（Branch）

当 AI Agent 开始参与数据分析、SQL 优化、数据修复和应用开发后，企业首先需要解决的不是把数据库简单贴上“AI 原生”标签，而是让模型能够在接近生产的数据环境中安全试错。围绕这一需求，TDSQL-C 将分支能力（Branch）作为新架构面向 AI 时代推出的第一个能力，为 Agent 提供与生产数据隔离、可独立读写、可按需回收的数据沙箱。

分支能力（Branch）建立在新架构已有的读写快照与独立快照子 Slice 能力之上。用户可以基于现有读写实例的最新数据，快速创建一个新的可读写实例。新实例初始复用源实例的数据基线，后续修改的数据再按需占用新的存储空间，从而避免传统全量复制带来的长时间等待和全量空间开销。新实例可以配置与源实例不同的计算规格和副本形态，创建完成后作为独立实例使用；产品设计目标是在尽可能短的时间内完成克隆，控制在 1 分钟以内。

对于 AI 应用，这一能力可直接用于 Agent Sandbox 和 AI Coding 验证。企业可以在执行复杂 SQL、调整索引、修改 Schema 或尝试数据修复前，先创建一份包含完整数据关系的回档实例，让 Agent 在隔离环境中完成“生成—执行—验证—修正”。即使模型判断有误，影响也被限制在克隆实例内，不会直接污染源实例；不同 Agent 或不同优化策略还可以基于同一数据基线分别创建克隆，开展并行实验和效果比较，再由业务系统按照既有审批流程决定是否将结果应用到生产环境。

分支能力（Branch）并非只服务于 AI。对于版本变化频繁的游戏业务，可在变更前快速复制实例，用于验证变更并在数据异常时辅助回档；运维或内核团队可以基于完整数据副本开展流量回放和问题排查；逻辑备份也可在回档实例上执行，减少备份过程对源读写实例 Undo 空间和运行性能的影响。

结语：以架构升级支撑长期业务演进

TDSQL-C MySQL 版新架构 2.0 围绕稳定性、容灾与降本进行系统升级，面向强容灾、大规模存储、冷热分层和持续运维等典型场景，解决企业数据库中已经发生、可被验证的问题。

进入 AI 时代后，新架构已经以分支能力（Branch）迈出能力落地的第一步：基于读写快照与共享数据基线，快速创建独立可写的数据库实例，为 Agent 和 AI Coding 提供接近生产数据、又不直接影响源实例的安全实验空间。后续TDSQL-C MySQL 版新架构 2.0将会演进更多先进功能，服务于AI时代的客户需求。

立即体验 TDSQL-C MySQL 版新架构 2.0，以更稳定、更可靠、更经济的云数据库底座支撑业务长期增长。