PolarDB：資源管理使用說明

開啟Resource Control功能

建立Resource Control

CREATE polar_resource_control <rc_name> max_cpu <max_cpu_value>;

參數說明：

建立完成後，可以通過高許可權賬戶執行以下SQL查詢以擷取所有資源控制（Resource Control）。

SELECT * FROM mysql.polar_resource_control;

可以通過高許可權賬戶執行以下SQL查詢，擷取Resource Control下的Thread Group。

SELECT id, resource_control_name FROM information_schema.thread_pool_status;

修改Resource Control

ALTER polar_resource_control <rc_name> max_cpu <max_cpu_value>;

參數說明：

刪除Resource Control

DROP polar_resource_control <rc_name>;

參數說明：

對使用者或資料庫設定Resource Control

綁定

SET polar_resource_control <rc_name> FOR [database|USER] <db_name/user_name>;

SQL語句詳細描述如下所示：

解除綁定

RELEASE polar_resource_control <rc_name> FOR [database|USER] db_name/user_name>;

執行上述SQL後，資料庫或使用者將解除相應Resource Control的CPU資源限制。同樣，正在執行的語句不會受到影響，只有在解除後執行的語句才會生效。

對Query或Connection設定Resource Control

綁定

SET polar_resource_control <rc_name> FOR [query|connection] <connection_id>;

參數說明：

解除綁定

RELEASE polar_resource_control <rc_name> FOR [query|connection] <connection_id>;

參數說明：

Resource Control生效順序

對於一條query語句而言，是否受到Resource Control及具體受到哪個Resource Control的資源限制，按照以下順序生效：

1. 如果將query主動通過串連ID方式綁定至資源控制，優先順序最高。

2. 判斷當前串連是否已經綁定至資源控制，若已綁定，則進行資源限制。

3. 判斷串連的使用者是否已經綁定至資源控制，若已綁定，則進行資源限制。

4. 判斷當前串連的資料庫是否已經綁定至資源控制，若已綁定，則進行資源限制。

5. 如果以上都未滿足，則不會受到資源限制。

多主叢集使用方式

多主叢集的使用方式與單主叢集相同，文法完全相容。在執行CREATE、ALTER或DROP POLAR_RESOURCE_CONTROL時，將隨機轉寄至叢集中的讀寫節點，並在所有讀寫節點之間進行同步，這可能會有一些延遲。在對查詢或串連進行資源限制時，可以通過HINT文法使用的方式來指定對某個節點進行設定。

應用情境

• 防止惡意使用者佔用過多的叢集資源。

• 應對線上突發的慢查詢。

• 在Serverless叢集中防止惡意使用者引發叢集的彈性擴充。

• 在多使用者環境或不同業務共用同一叢集時，限制CPU的使用。

使用樣本

• 防止惡意使用者佔用過多的叢集資源

  應對惡意使用者，可提前設定其最多可使用CPU資源，或者可以在惡意使用者出現後，設定其CPU資源。

  CREATE polar_resource_control rc_for_trouble_user max_cpu 10;
  SET polar_resource_control rc_for_trouble_user FOR USER trouble_user;

  為使用者trouble_user設定資源控制後，該使用者線程最大可使用的CPU為整個叢集的10%。這樣可以有效防止惡意使用者佔用過多的CPU資源，從而避免對其他業務造成影響。

• 應對線上突發慢查詢

  線上有時會出現意外的慢查詢，這可能是由於SQL解析或最佳化不當導致CPU負載增加，SQL查詢長時間處於執行狀態並消耗大量CPU。雖然可以通過kill命令終止這個查詢，但需要等待查詢執行到特定的臨界點，這個過程會耗費一些時間。同時，在kill過程中事務的復原也會消耗CPU資源並需要一定時間。為了快速降低因慢查詢導致的CPU負載或避免CPU被完全佔用，可以對該慢查詢進行CPU使用限制。

  CREATE polar_resource_control rc_for_slow_query max_cpu 10;
  SET polar_resource_control rc_for_slow_query FOR query query_id;

  說明

  為慢查詢query_id設定資源控制時，可以通過SHOW PROCESSLIST查看（Query）對應的query_id。

  為慢查詢query_id設定資源控制後，該查詢最大可使用的CPU限制為整個叢集的10%。這樣可以迅速降低叢集的CPU負載，避免對線上其他業務造成影響。

  由於PolarDB叢集中可能存在多個計算節點，且不同節點中可能會有相同的串連ID查詢。因此，在為查詢設定資源控制時，可以通過HINT文法使用的方式來指定對特定節點進行設定。

  /*force_node='pi-bpxxxxxxxx'*/ SET polar_resource_control rc_for_slow_query FOR query query_id;

• Serverless叢集防止惡意使用者引發叢集彈升

  當叢集開啟Serverless模式時，它會根據負載自動彈性擴充，以處理突發的高負載。然而，有時面對一些惡意使用者時，我們可能不希望因其請求而導致叢集擴充。在這種情況下，可以對這些惡意使用者在Serverless叢集上施加資源限制。

  CREATE polar_resource_control rc_for_trouble_user max_cpu 10;
  SET polar_resource_control rc_for_trouble_user FOR USER trouble_user;

• 多租戶或不同業務使用同一叢集，限制CPU使用

  在SaaS情境中，多個租戶經常被放置在同一叢集上進行處理，同時也有許多情況下不同業務共用同一叢集。在這種情境下，我們希望限制單個租戶或單個業務所能使用的資源，以防止某個使用者或業務佔用過多的CPU，從而影響整個叢集的狀態。為了應對這種情況，可以對各個業務分別設定CPU資源限制（例如，可以通過使用者進行限制，資料庫則可實現相同效果）。

  CREATE polar_resource_control rc_for_business_1 max_cpu 20;
  CREATE polar_resource_control rc_for_business_2 max_cpu 20;
  
  SET polar_resource_control rc_for_business_1 FOR USER user_1;
  SET polar_resource_control rc_for_business_2 FOR USER user_2;

  根據上述設定user_1和user_2各自對應的不同業務可以分別設定為最多使用整個叢集CPU的20%。因此，兩個使用者最多可共同使用40%的 CPU 資源。當user_1的業務負載突然增加時，其使用的CPU限制仍然保持在20%以內，這樣就能夠保證不影響叢集上其他業務的CPU使用方式。

  若同一個業務使用了不同的user，那麼可以將不同user設定為同一個Resource control。

  CREATE polar_resource_control rc_for_business_1 max_cpu 20;
  
  SET polar_resource_control rc_for_business_1 FOR USER user_1;
  SET polar_resource_control rc_for_business_1 FOR USER user_2;

  根據上述設定user_1和 user_2所對應的業務可以限制為最多使用整個叢集CPU的20%。因此，兩位使用者總共最多隻能共同使用20%的CPU 資源。這樣，當某一使用者的負載增加時，能夠有效防止超出設定的CPU使用限制，確保資源的合理分配。