AnalyticDB for MySQL集群需要同時滿足以下條件：

• 集群系列需為彈性模式集群版（新版）。

• 集群內核版本需為3.1.3.3或以上。

  說明

  • 如何查看集群版本，請參見查看版本。

  • 如需升級版本請提交工單并提供可升級的時間。升級版本耗時約20分鐘。升級期間，您的集群仍可以正常運行，但升級過程中會出現閃斷，建議您在業務低峰期升級，或確保您的應用有自動重連機制。

AnalyticDB for MySQL的數據存儲冷熱分離策略分為全冷存儲、全熱存儲、冷熱混合存儲。

• 全冷存儲指數據全部存儲在OSS中，是一種較為經濟的存儲策略。

  說明

  AnalyticDB for MySQL的冷數據采用OSS本地冗余存儲（單AZ）。

• 全熱存儲指數據全部存儲在SSD盤，滿足高性能訪問的需求。

• 冷熱混合存儲指一定數量的分區存儲在SSD盤，其余數據存儲在OSS中。

冷熱分區布局不是固定不變的。以下情況會影響冷熱分區布局：

• 當數據有新增，修改，刪除時，會重新調整冷熱分區布局。詳細說明，請參見數據變更對冷熱分區布局的影響。

• 當變更熱分區數量時，會重新調整冷熱分區布局。詳細說明，請參見變更熱分區數量對冷熱分區布局的影響。

如圖所示，當新增分區20201110之后，20201110為當前最大的分區，應該放在熱分區中，但是當前熱分區數已滿5，數據存儲冷熱分離策略會從熱分區中選一個最小的分區20201105遷移到冷分區，并把20201110放在熱分區中。

當前熱分區數為N，修改熱分區的數量為M。

• 當熱分區數增加，即M>N時，會從冷分區遷移M-N個分區數據到熱分區。

  如圖所示，當前熱分區數為5， 修改熱分區數為6后，數據存儲冷熱分離策略會從冷分區遷移一個最大的分區20201104到熱分區中。

• 當熱分區數減少，即M<N時，會從熱分區遷移N-M個分區數據到冷分區。

  例如，當前熱分區數為5， 修改熱分區數為4后，數據存儲冷熱分離策略會從熱分區遷移一個最小的分區到冷分區中。

您可以通過查詢表table_usage，來查看當前的冷熱數據存儲情況。具體使用方式如下：

• 查詢所有表的冷熱數據存儲情況：

  select * from information_schema.table_usage;

• 查詢單個表的冷熱數據存儲情況：

  select * from information_schema.table_usage where table_schema='<schema_name>' and table_name='<table_name>';

table_usage表字段信息：

table_usage表說明：

• table_usage是實時更新的，隨著insert/update/delete/build的執行，rt_total_size、rt_data_size、rt_index_size、hot_total_size、hot_data_size、hot_index_size、cold_total_size、cold_data_size、cold_index_size會實時變動。

• 如果加載數據之后hot_total_size和cold_total_size都為0，則表示數據還在實時中，rt_total_size為實時數據的存儲，可以通過執行build語句，將實時數據轉換為分區數據，待build完成后可以查到hot_total_size和cold_total_size。

  build指令：

  build table <table_name>;

• 由于用戶定義的hot_partition_count是單個shard內二級分區的熱分區存儲情況，而table_usage表查詢到的hot_partition_count是按照shard union之后的結果，在各shard內分區數據不一致的情況下，可能會出現table_usage表中查詢到的hot_partition_count大于用戶定義的hot_partition_count。

  例如：tableA有兩個shard（shard1和shard2），并且定義了hot_partition_count=2，此時shard內的數據分布情況如下圖。

  shard1：熱分區為P4、P5，冷分區為P1、P2、P3。

  shard2：熱分區為P3、P4，冷分區為P1、P2。

  最終計算的實際熱分區為（P4、P5）Union（P3、P4）=（P3、P4、P5），因此實際hot_partition_count=3。

您可以通過執行ALTER TABLE語句修改表的數據存儲冷熱分離策略，詳細信息請參見ALTER TABLE。您可以通過查詢表storage_policy_modify_progress來查看冷熱變更進度。

• 查詢當前集群中所有參與變更的表的冷熱變更進度，語句如下：

  select * from information_schema.storage_policy_modify_progress;

• 查詢單個表的冷熱變更進度，語句如下：

  select * from information_schema.storage_policy_modify_progress where table_schema='<schema_name>' and table_name='<table_name>';

storage_policy_modify_progress表字段信息：