veDB MySQL 支持冷热分离功能，能够将低频访问的数据归档至对象存储 TOS（Tinder Object Storage）中，通过使用不同的存储介质，有效降低存储成本。
背景介绍
在数据库的使用过程中，每天都会有大量数据写入和更新。随着业务的迭代和广泛应用，数据量呈现持续上涨趋势，但随着时间推移，许多数据的访问频率会逐渐降低。对于一些业务场景，通常只会频繁访问和更新最近一段时间内的数据，例如一个月内，甚至一周内的数据。而之前的大量历史数据，可能只有少量的访问更新，这部分数据如果按照常规的存储去保存，会给数据的存储成本带来极大压力。
因此，基于以上情况，veDB MySQL 提供冷热分离功能：
将频繁访问的热数据存储在高性能的 SSD 存储中，应对日常的频繁写入和更新，满足对事务型数据处理的需要。
将低频访问的冷数据归档至低成本的 TOS 中，减轻热数据的维护压力，提供低频的更新和访问。
技术原理
如上图所示，veDB MySQL 的冷热分离功能，是在分布式存储层，把数据从 SSD 存储池转移到 TOS 存储中，在 SQL 层不用做任何的修改。在这种架构下，冷表在功能上与普通表没有差别，仍可以做 DDL 和 DML 操作，只是性能相对热表较差，但能大幅降低存储成本。
同时，数据冷热转换也很灵活，可以根据业务需求，将数据从热存储归档至冷存储，也可以从冷存储再回到热存储。
注意事项
冷热分离目前为邀测功能，如需使用，请提交工单联系技术支持申请。在邀测阶段内，使用冷热分离功能的实例，都遵循邀测阶段的服务协议，不提供正常实例的可用性和可靠性承诺，详情请参见产品和服务协议。
仅支持在创建实例时选择是否创建包含冷热分离功能的实例；对于已创建的不包含冷热分离功能的实例，不支持动态开启该功能。
已创建含有冷热分离功能的实例，不支持动态关闭该功能，但可以选择不使用冷数据归档能力。详情请参见将冷数据转换回热数据。
费用说明
冷数据存储仅支持按量计费，根据数据量大小和使用时长进行收费，具体费用为 0.00021 元/GiB/小时，更多计费信息请参见计费项与价格。
说明
- 在邀测阶段内，您可以在申请功能时，同时申请代金券进行费用抵扣。
- 发起冷热转换请求后，目标表的数据使用量将立即从存储空间（热）中剥离，计数至冷数据存储空间容量中，按照冷数据存储价格进行计费。
备份恢复
数据备份
支持对冷数据进行备份，在自动或手动生成备份文件时，冷热数据将一起被备份。
数据恢复
数据恢复方式不同，以及原实例中表的状态不同，则恢复完成后目标表的冷热状态不同，详情请参见下表：
说明
关于目标表状态的详细说明请参见查询冷热转换进度。
恢复时间点原表的状态 全量恢复 库表恢复 热转冷中
原表状态为热转冷中，恢复完成后，目标表的初始状态为
stage_convert_cold（热转冷中），转换完成后变为终态cold。库表恢复的原理是在实例上新建表，因此库表恢复完成后，目标表的初始状态为
stage_convert_cold（热转冷中），转换完成后变为终态cold。冷数据转换完成
原表状态为
cold，恢复完成后，目标表的状态也为cold。冷转热中
原表状态为冷转热中，恢复完成后，目标表的初始状态为
stage_convert_hot（冷转热中），转换完成后变为终态hot。库表恢复的原理是在实例上新建表，因此库表恢复完成后，目标表的初始状态为
stage_convert_hot（冷转热中），转换完成后变为终态hot。热数据转换完成 原表状态为 hot，恢复完成后，目标表的状态也为hot。无冷热属性 默认为热数据。 默认为热数据。
使用说明
使用冷数据归档前，您需先为实例开启冷热分离功能。
veDB MySQL 冷数据归档支持普通表和分区表，请根据实际业务需求，选择合适的方式。
可通过配置定时执行的 DDL 或使用内置的存储过程两种方式实现自动归档冷数据，请根据实际业务需求，选择合适的方式。
开启冷热分离功能，并执行归档操作后，可以在 veDB MySQL 控制台的冷数据归档页签中，查看冷数据大小及归档状态等信息。
支持通过设置冷热属性，将已归档的冷数据再转换回热数据。