若您的數據表存在數據傾斜、分區字段不合理或索引過多等問題，可以在空間診斷頁面進行分區字段合理性診斷、分布字段傾斜診斷和復制表合理性診斷，也可以根據提供的冷熱數據優化和索引優化的調優建議進行庫表結構優化，從而降低集群使用成本，提高集群使用效率。
注意事項
僅內核版本為3.1.4及以上版本的集群支持冷熱表優化和索引診斷功能。
冷熱表優化和索引診斷功能的調優建議是根據數據和查詢特征的歷史數據分析得到的。當數據和查詢特征穩定，則相關建議的有效性可持續；當數據和查詢特征發生劇烈變化，則由歷史數據分析得到的調優建議的參考價值明顯下降。在使用該功能前，請您根據自身業務特征的變化情況考慮是否采用相應建議。
表診斷
表傾斜診斷
您可以在創建表時通過DISTRIBUTED BY HASH指定分布鍵，定義分布鍵之后，AnalyticDB for MySQL會對分布鍵的值進行哈希計算，根據計算得出的哈希值，將不同行的數據分散到不同分片（Shard）。如果數據在存儲節點上分布不均，會導致磁盤空間傾斜，進而導致磁盤較早被鎖定，影響數據寫入。
診斷標準
AnalyticDB for MySQL會對行數超過1萬行的表進行表傾斜診斷。數據傾斜計算方法如下：
去除一個最大的Shard，再計算平均Shard大小。
若某個Shard大于
平均Shard大小*閾值或小于平均Shard大小/閾值，則認為該表存在傾斜。閾值默認值是3，取值范圍是[0,10000000000]，您可使用SET ADB_CONFIG RC_DATA_SKEW_THRESHOLD=Value;語句調整閾值。
操作步驟
登錄云原生數據倉庫AnalyticDB MySQL控制臺，在左上角選擇集群所在地域。在左側導航欄，單擊集群列表。在集群列表上方，選擇產品系列，然后單擊目標集群ID。
在左側導航欄單擊。
單擊表診斷頁簽，查看表傾斜診斷的詳細信息。
存儲節點磁盤使用率
您可以通過圖表查看各個存儲節點的磁盤使用率，以此判斷磁盤空間是否傾斜。若磁盤空間存在傾斜，您可根據下方Top10傾斜表中的具體信息，對傾斜表進行優化；若磁盤空間沒有傾斜，但下方Top10傾斜表中有傾斜表，此時您也需要對傾斜表進行優化，以免影響集群查詢性能。
Top10傾斜表
該區域會顯示存在數據傾斜的表，這些表會按照表總數據量降序排列。您可以單擊數據表對應操作列的查看傾斜詳情，查看當前表在各個Shard上的行數，并以此判斷當前數據表的傾斜程度。
優化方法
您可以通過以下三種方法解決：
擴容存儲空間。
企業版集群需擴容預留資源。具體操作請參見企業版擴縮容。
基礎版集群需擴容計算資源。具體操作，請參見基礎版擴縮容。
湖倉版集群需擴容存儲預留資源。具體操作請參見湖倉版擴縮容。
數倉版彈性模式集群需擴容彈性IO資源。具體操作請參見數倉版彈性模式擴縮容。
數倉版預留模式集群需擴容節點組。具體操作請參見數倉版預留模式集群擴容。
刪除空閑索引或分區，減少存儲空間的占用。具體操作請參見索引診斷。
重新建表并遷移數據，具體操作請參見CREATE TABLE。
冷熱表優化
AnalyticDB for MySQL會對表訪問次數進行分析，判斷哪些表訪問次數較少，并給出相關優化建議。您可根據優化建議，修改表的數據存儲冷熱分離策略。數據存儲冷熱分離的詳情，請參見數據存儲冷熱分離。
診斷標準
AnalyticDB for MySQL會對最近15天未訪問，且訪問率小于1%的熱表給出調優建議。
操作步驟
登錄云原生數據倉庫AnalyticDB MySQL控制臺，在左上角選擇集群所在地域。在左側導航欄，單擊集群列表。在集群列表上方，選擇產品系列，然后單擊目標集群ID。
在左側導航欄單擊。
在表診斷頁簽下，單擊冷熱表優化。
在可用優化建議頁簽下，單擊右上角的開啟，打開冷熱表優化功能。若當前集群已開啟冷熱表優化功能，可跳過本步驟。
單擊可用優化建議和已采納的建議，用戶可以查看可用優化建議和已采納的建議。
參數
說明
建議ID
優化建議的ID。
SQL
優化建議需要變更的表和相應定義等。
優化類型
冷熱庫表優化。
具體優化建議
針對優化類型，給出的具體優化建議。
預期優化收益
優化建議應用后帶來的預期收益。
說明預期優化收益是基于歷史數據統計的預估值，非實時統計的準確值，僅供參考。
具體操作指引
您可以對當前優化建議采取一鍵應用操作。
說明單擊一鍵應用后，AnalyticDB for MySQL會直接將表的存儲策略更改為COLD。若您想更改為MIXED或HOT，請執行ALTER語句手動修改存儲策略。詳情請參見存儲策略。
一鍵應用，表示同意采納該優化建議。一鍵應用后相應集群將執行SQL變更，同時該建議將出現在已采納的建議頁簽中。
一鍵應用的效果等同于在客戶端執行相應SQL，不支持撤銷操作，請謹慎使用。
建議SQL下發后，需要數據表完成Build操作后方可完成應用，Build操作是數據庫系統按一定規則自動觸發的，未觸發前，相應建議處于“運行中”的狀態，觸發后變為“已完成”狀態。
復制表診斷
AnalyticDB for MySQL在創建表時可以指定數據的分布方式為復制方式（即DISTRIBUTED BY BROADCAST）。復制表會在每個Shard上存儲一份相同的數據。若集群的查詢業務存在大表JOIN小表（例如，A表為大表，B表為小表，A JOIN B），并且這類查詢的并發較高時，您可以將數據量小的表創建為復制表，以減少該表在集群內部網絡間的數據傳輸，提升并發性能。但是復制表的寫入性能較差，也會占用大量的存儲空間，進而影響AnalyticDB for MySQL集群的整體寫入性能。
診斷標準
復制表單表大于2萬條記錄即視為不合理。
操作步驟
登錄云原生數據倉庫AnalyticDB MySQL控制臺，在左上角選擇集群所在地域。在左側導航欄，單擊集群列表。在集群列表上方，選擇產品系列，然后單擊目標集群ID。
在左側導航欄單擊。
在表診斷頁簽下，單擊復制表診斷。
優化方法
您需新建普通表并遷移數據，具體操作請參見CREATE TABLE。
分區診斷
分區表診斷
創建分區表時若分區字段設置不合理，則會導致以下問題：
分區過大時（例如：按年做分區，每一年的數據會存儲在一個分區內，此時分區數較少，但每個分區內的數據量較大），若該分區存在Build任務，會導致Build任務耗時長，占用較多的資源（存儲節點CPU和磁盤IO資源），進而影響集群的穩定性。
分區過小時（例如：按小時做分區，每小時的數據會存儲在一個分區內，此時分區數較多，但是每個分區內的數據量較少），集群會緩存大量分區信息，需占用較多的內存資源，同時也會導致查詢數據時要掃描較多分區，進而影響查詢性能。
怎樣算合理的分區大小
分區大小是指分區的行數1，其合理性與Shard數2成正比。Shard數為N時，分區的行數在[100W * N, 500W * N]區間內，則認為分區大小合理。
例如，Shard數為64，如果分區的行數在[6400萬, 32000萬]范圍內，則分區大小合理。
1查詢分區的行數：
SELECT partition_id, row_count FROM information_schema.kepler_partitions WHERE schema_name = '$DB' AND table_name ='$TABLE' AND partition_id > 0;2查詢Shard數：
SELECT COUNT(1) FROM information_schema.kepler_meta_shards;
診斷分區字段是否合理
診斷標準
如果表中有10%及以上的分區大小不合理，則認為該表的分區字段不合理。
例如，表有100個分區，如果存在10個及以上的分區大小不合理，則診斷結果為該表分區字段不合理。
操作步驟
登錄云原生數據倉庫AnalyticDB MySQL控制臺，在左上角選擇集群所在地域。在左側導航欄，單擊集群列表。在集群列表上方，選擇產品系列，然后單擊目標集群ID。
在左側導航欄單擊。
單擊分區診斷頁簽，即可在分區表診斷區域查看是否存在分區不合理的表以及不合理分區的分區名稱。
怎樣調整分區大小到合理區間
當您在分區表診斷中發現不合理分區時，可以參考以下方法調整分區。
如果分區行數未達到合理區間的下限，則認為分區過小，建議加大分區粒度。例如，Shard數為64，那么分區行數的合理范圍在[6400萬, 32000萬]區間。如果分區的行數小于6400萬，則分區過小，建議將按天分區改為按月分區。
如果分區行數超過了合理區間的上限，則認為分區過大，建議降低分區粒度。例如，Shard數為64，那么分區行數的合理范圍在[6400萬, 32000萬]區間。如果分區的行數大于32000萬，則分區過大，建議將按月分區改為按天分區。
修改分區粒度的方法，請參見變更分區函數格式。
如果表的總行數未達到合理區間的下限，且預估未來的數據增長也不會達到合理區間的下限，可以考慮創建一個非分區表，將該分區表的數據遷移到非分區表。
非分區表診斷
如果創建表時未指定PARTITION BY字段，則該表為非分區表。非分區表執行DML操作（INSERT、UPDATE、DELETE）時，容易觸發全表Build，若非分區表數據過多，會導致Build時占用較多臨時空間，進而導致節點磁盤使用率升高，磁盤被鎖定。除此之外數據量較大的表Build時也會占用較多的磁盤IO資源和CPU資源，降低集群的整體性能。
診斷標準
非分區表數據超過10億行時，則視為不合理。
操作步驟
登錄云原生數據倉庫AnalyticDB MySQL控制臺，在左上角選擇集群所在地域。在左側導航欄，單擊集群列表。在集群列表上方，選擇產品系列，然后單擊目標集群ID。
在左側導航欄單擊。
單擊分區診斷頁簽，查看非分區表診斷信息。
優化方法
您需要新建分區表并遷移非分區表的數據，具體操作請參見CREATE TABLE。
索引診斷
AnalyticDB for MySQL會分析數據索引的使用情況，對長期未使用的數據索引，將自動給出調優建議，您可以根據調優建議刪除空閑索引，以降低數據索引的存儲成本。
空閑索引診斷
診斷標準
最近15天未使用，且使用率小于1%的索引為空閑索引。
操作步驟
登錄云原生數據倉庫AnalyticDB MySQL控制臺，在左上角選擇集群所在地域。在左側導航欄，單擊集群列表。在集群列表上方，選擇產品系列，然后單擊目標集群ID。
在左側導航欄單擊。
單擊索引診斷頁簽，查看空閑索引優化的詳細信息。
在可用優化建議頁簽下，單擊右上角的開啟，打開索引診斷功能。若當前實例已開啟索引診斷功能，可跳過本步驟。
單擊可用優化建議和已采納的建議，用戶可以查看可用優化建議和已采納的建議。
參數
說明
建議ID
優化建議的ID。
SQL
優化建議需要變更的表和相應定義等。
優化類型
索引優化。
具體優化建議
針對優化類型，給出的具體優化建議。
預期優化收益
優化建議應用后帶來的預期收益。
說明預期優化收益是基于歷史數據統計的預估值，非實時統計的準確值，僅供參考。
具體操作指引
您可以對當前優化建議采取一鍵應用操作。
說明數據索引刪除后，如果查詢再次使用該數據列進行過濾操作，查詢時間會變長。
一鍵應用，表示同意采納該優化建議。一鍵應用后相應集群將執行SQL變更，同時該建議將出現在已采納的建議頁簽中。
一鍵應用的效果等同于在客戶端執行相應SQL，不支持撤銷操作，請謹慎使用。
建議SQL下發后，需要數據表完成Build操作后方可完成應用，Build操作是數據庫系統按一定規則自動觸發的，未觸發前，相應建議處于“運行中”的狀態，觸發后變為“已完成”狀態。
主鍵索引診斷
診斷標準
若表中主鍵字段數大于3，且主鍵字段數達到表所有字段的一半，即說明主鍵索引過多。
操作步驟
登錄云原生數據倉庫AnalyticDB MySQL控制臺，在左上角選擇集群所在地域。在左側導航欄，單擊集群列表。在集群列表上方，選擇產品系列，然后單擊目標集群ID。
在左側導航欄單擊。
單擊索引診斷頁簽，查看主鍵過多診斷的詳細信息。
在可用優化建議頁簽下，單擊右上角的開啟，打開索引診斷功能。若當前集群已開啟索引診斷功能，可跳過本步驟。
單擊可用優化建議和已采納的建議，用戶可以查看可用優化建議和已采納的建議。
參數
說明
建議ID
優化建議的ID。
SQL
優化建議需要變更的表和相應定義等。
優化類型
索引優化。
具體優化建議
針對優化類型，給出的具體優化建議。
預期優化收益
優化建議應用后帶來的預期收益。
說明預期優化收益是基于歷史數據統計的預估值，非實時統計的準確值，僅供參考。
具體操作指引
您可以對當前優化建議采取一鍵應用操作。
說明數據索引刪除后，如果查詢再次使用該數據列進行過濾操作，查詢時間會變長。
一鍵應用，表示同意采納該優化建議。一鍵應用后相應集群將執行SQL變更，同時該建議將出現在已采納的建議頁簽中。
一鍵應用的效果等同于在客戶端執行相應SQL，不支持撤銷操作，請謹慎使用。
建議SQL下發后，需要數據表完成Build操作后方可完成應用，Build操作是數據庫系統按一定規則自動觸發的，未觸發前，相應建議處于“運行中”的狀態，觸發后變為“已完成”狀態。
相關API
API | 說明 |
查看目標集群的分區診斷信息。 | |
查看目標企業版、基礎版及湖倉版集群中主鍵過多的表。 |