本文介紹了在列存索引唯讀節點開啟Serverless的操作步驟。
前提條件
PolarDB MySQL版叢集的產品版本為企業版，核心版本為8.0版本，且叢集中至少已存在一個列存索引唯讀節點。
實現形態
在固定規格的列存索引唯讀節點上設定節點資源彈升範圍：在固定規格基礎上疊加Serverless能力，固定規格提供基本的處理能力，當業務壓力超過基本處理能力後，通過臨時彈升資源應對壓力。
建立無固定規格的列存索引唯讀節點：無固定規格，規格隨業務負載按需彈性，適用於成本優先的業務情境。
優勢
業務高峰低穀周期有效減少成本
Serverless架構的優勢在於其能夠應對負載的波動，在低穀時段自動降配，在高峰時段自動升配，從而有效地降低成本。例如：一天中12小時為業務高峰期，需要32核64 GB的配置來滿足效能需求，12小時為業務低穀期，16核32 GB的配置即可滿足效能需求，那麼基於16核32 GB配置的Serverless架構相比32核64 GB配置，可以減少25%的計算節點成本。
針對Serverless架構的多項最佳化
列存索引針對Serverless架構的彈性資源特性進行了如下多項最佳化，進一步提升了效能和使用體驗：
資源使用率最佳化：列存索引唯讀節點具有全面的資源管理機制，支援多個系統關鍵參數的線上配置，如緩衝（Cache）、線程池、執行記憶體等。在Serverless架構中，當資源自動擴充或縮減時，這些參數會自動調整，確保資源得到最大化利用。
SQL排隊最佳化：列存索引唯讀節點主要用於分析型情境，為了使複雜SQL能夠快速運行，通常會給單個複雜SQL分配較多資源，複雜SQL增多會導致系統資源緊張，導致後來的簡單SQL被複雜SQL阻塞，產生因排隊而造成的慢SQL問題。在Serverless架構中，列存索引唯讀節點會根據SQL排隊情況自動增加資源，以減少因排隊而造成的慢SQL問題。
說明支援該項最佳化的核心版本如下：
PolarDB MySQL版的大版本為8.0.1時，小版本需為8.0.1.1.39及以上。
PolarDB MySQL版的大版本為8.0.2時，小版本需為8.0.2.2.20及以上。
啟動時載入列索引速度最佳化：重啟叢集後列存索引唯讀節點需要重新構建內部索引資訊（通常需要幾分鐘），在此期間列存索引為不可用狀態，在Serverless架構中，列存索引唯讀節點會利用彈性資源加速這一重建過程，使其能夠更快的進入可用狀態。
說明支援該項最佳化的核心版本如下：
PolarDB MySQL版的大版本為8.0.1時，小版本需為8.0.1.1.36及以上。
PolarDB MySQL版的大版本為8.0.2時，小版本需為8.0.2.2.20及以上。
日誌回放加速：列存索引是基於物理日誌回放構建的，但由於系統會將的大部分資源用於支援查詢SQL，構建列存索引的資源可能不足，導致列索引日誌回放延遲增加，這種延遲可能會導致查詢被路由到其他節點或需要等待日誌回放完成，從而產生慢SQL。在Serverless架構中，列存索引唯讀節點會自動增加回放相關資源，加速日誌回放效能。
說明支援該項最佳化的核心大版本是PolarDB MySQL版8.0.1，且小版本是8.0.1.1.45及以上。
DDL加速最佳化：對列存索引進行DDL操作時，需要消耗較長時間。在Serverless架構中，列存節點會自適應增加處理DDL操作的線程資源，以加速這一過程。
說明支援該項最佳化的核心版本如下：
PolarDB MySQL版的大版本為8.0.1時，小版本需為8.0.1.1.44及以上。
PolarDB MySQL版的大版本為8.0.2時，小版本需為8.0.2.2.25及以上。
操作步驟
在固定規格的列存索引唯讀節點上設定節點資源彈升範圍
登入PolarDB控制台。
在左上方，選擇叢集所在地區。
找到目的地組群，單擊叢集ID。
在基本資料頁面的資料庫節點地區，單擊開啟Serverless。
在開啟Serverless對話方塊中，設定單節點資源彈升上限和單節點資源彈升下限，關於單節點資源彈升上限和單節點資源彈升下限的更多詳細說明請參見開啟固定規格叢集的Serverless功能。
單擊確定。
設定成功後，列存節點會在原來的固定規格基礎上，疊加Serverless的動態彈升能力。
建立無固定規格的列存索引唯讀節點
登入PolarDB控制台。
在左上方，選擇叢集所在地區。
找到目的地組群，單擊叢集ID。
在基本資料頁面的資料庫節點地區，單擊開啟Serverless。
在開啟Serverless對話方塊中，設定列存索引唯讀節點個數，並單擊確定。此處以建立一個列存索引唯讀節點為例。
設定成功後，PolarDB會自動建立一個1~16PCU動態彈升的列存索引唯讀節點。
