TDSQL-C MySQL 版存储架构2.0是基于云原生设计理念全新打造的新一代存储架构，围绕稳定性、容灾、降本三大核心主线全面升级。新架构在保持计算与存储分离优势的基础上，通过日志存储分离、三可用区部署、存储压缩等技术革新，为企业级业务提供更高可靠性的数据库服务。本文为您介绍 TDSQL-C MySQL 版的产品架构2.0版本。
说明：
名词说明
本产品中提及的产品系列2.0、产品架构2.0均指的是 TDSQL-C MySQL 版存储架构2.0。
支持版本
数据库版本 | 产品架构1.0 | 产品架构2.0 |
MySQL 5.7 | 支持 | 不支持 |
MySQL 8.0 | 支持 | 支持 |
支持实例形态
产品架构2.0仅支持实例形态为预置资源的集群，暂不支持实例形态为 Serverless 的集群。
1.0和2.0架构对比
特性维度 | 产品架构1.0 | 产品架构2.0 |
日志存储方式 | 日志与数据混存于同一 Tablet | 日志与数据分离存储（LogStore + PageStore） |
可用区部署 | 单可用区 / 多可用区部署（2AZ） | 单可用区 / 多可用区部署（3AZ） 说明： 公测期间仅支持单可用区。 3AZ 部署要求至少一个跨可用区的 RO 节点。 |
数据副本 | 三副本 | 强同步3AZ：日志副本3份，数据副本3份或者4份 异步3AZ：3 - 4副本 |
存储压缩 | 不支持 | 支持实例 / 库 / 表级 + 双级压缩 |
数据分级 | 不支持 | 支持库表级智能落冷 |
产品架构2.0示意图
产品架构2.0优势
TDSQL-C MySQL 版既融合了商业数据库稳定可靠、高性能、可扩展的特征，又具有开源云数据库简单开放、高效迭代的优势。2.0架构进一步强化了企业级数据库的核心能力：
更高稳定性：实现在存储组件发布、坏盘替换、网络抖动三大场景中降低对业务的影响（极端场景下仍可能有瞬时影响），消除月度变更带来的慢查询与不可写风险。
更高容灾能力：默认采用 3AZ 部署，跨 AZ 存储副本不额外收费。
更低降本：支持实例 / 库 / 表级 + 双级压缩，叠加库表 → 数据级智能落冷（热图自动推荐、支持常见 DDL 操作，例如：ALTER TABLE、CREATE INDEX 等），存储成本下降。
产品架构2.0典型应用场景
2.0架构主要面向三类业务场景：
强容灾场景：金融交易、出行打车、跨境支付等对 SLA、RPO、RTO 有严苛要求。
成本敏感场景：大数据量存储业务，需要通过分级压缩显著降低单 GB 存储成本，提升资源利用率。
冷热分层场景：存在明显冷热数据分布、部分库表需归档但仍要求可在线查询与 DDL 操作的业务，通过智能落冷在降本的同时保障性能与可用性。
常见问题
Q1：产品架构2.0是否支持降级回退到1.0？
A：暂不支持降级回退。架构2.0是全新的存储架构，不支持在线降级。建议在非核心业务先行验证，确认稳定后再迁移核心业务。
Q2：MySQL 5.7 能否使用架构2.0？
A：不能。产品架构2.0仅支持 MySQL 8.0 版本。如需使用2.0架构特性，建议使用 MySQL 8.0。
Q3：如何在购买时选择架构版本？
A：在购买页面“产品系列”选项中选择“2.0”。注意：产品系列在购买后暂不支持在线切换。
Q4：落冷的数据是否支持 DDL 操作？
A：支持。产品架构2.0实现了落冷表 DDL 兼容，包括 ALTER TABLE、CREATE INDEX 等操作。
相关文档
产品架构1.0
创建集群
