一、名词说明
本产品中提及的产品系列2.0、产品架构2.0均指的是 TDSQL-C MySQL 版存储架构2.0。
二、支持版本
| 数据库版本 | 产品架构1.0 | 产品架构2.0 |
| MySQL 5.7 | 支持 | 不支持 |
| MySQL 8.0 | 支持 | 支持 |
三、计费说明
产品架构2.0当前已结束公测，自2026年7月27日00:00:00起正式商业化计费，关于产品架构2.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示意图
强同步3AZ异步3AZ
七、产品架构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
·创建集群