Amazon Redshift 將不再支援從修補程式 198 開始建立新的 Python UDFs。現有 Python UDF 將繼續正常運作至 2026 年 6 月 30 日。如需詳細資訊，請參閱[部落格文章](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)。
本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 教學：設定手動工作負載管理 (WLM) 佇列
您可以透過 Amazon Redshift 設定手動工作負載管理 (WLM) 佇列，以便為不同類型的查詢和使用者排定優先順序和配置資源。手動 WLM 佇列可讓您控制特定佇列的記憶體和並行設定，確保關鍵工作負載接收必要的資源，同時防止低優先順序查詢獨佔系統。下列各節會引導您完成在 Amazon Redshift 中建立和設定手動 WLM 佇列的程序，以符合您的工作負載管理需求。
## 概觀
建議在 Amazon Redshift 中設定自動工作負載管理 (WLM)。如需自動 WLM 的相關資訊，請參閱[工作負載管理](cm-c-implementing-workload-management.md)。不過，如果您需要多個 WLM 佇列，此教學課程會逐步解說如何在 Amazon Redshift 中設定手動工作負載管理 (WLM)。您可以藉由設定手動 WLM 來改善叢集中的查詢效能和資源配置。
Amazon Redshift 將使用者查詢路由到佇列以進行處理。WLM 定義如何將這些查詢路由到佇列。Amazon Redshift 預設有兩個用於查詢的佇列：一個給超級使用者使用，一個給使用者使用。超級使用者佇列無法設定，且一次只能處理一個佇列。只有為了故障排除的目的才需要保留此佇列。使用者佇列一次最多可以處理五個查詢，但您可以視需要變更佇列的並行層級以改變設定。
如果有多個使用者對資料庫執行查詢，您可能會發現另一種設定更有效率。例如，如果某些使用者執行資源密集型操作 (如 VACUUM)，這些操作可能會對非密集型的查詢 (如報表) 造成負面影響。您可以考慮加入額外的佇列，並設定它們處理不同的工作負載。
**預估時間：**75 分鐘
**評估成本：**50 美分
### 先決條件
您需要 Amazon Redshift 叢集、範例 TICKIT 資料庫和 Amazon Redshift RSQL 用戶端工具。如果您還沒有進行這些設定，請前往《[Amazon Redshift 入門指南](https://docs.aws.amazon.com/redshift/latest/gsg/new-user.html)》和 [Amazon Redshift RSQL](https://docs.aws.amazon.com/redshift/latest/mgmt/rsql-query-tool.html)。
### 章節
+ [第 1 節：了解預設佇列處理行為](#tutorial-wlm-understanding-default-processing)
+ [第 2 節：修改 WLM 查詢佇列組態](#tutorial-wlm-modifying-wlm-configuration)
+ [第 3 節：根據使用者群組和查詢群組將查詢路由至佇列](#tutorial-wlm-routing-queries-to-queues)
+ [第 4 節：使用 wlm\$1query\$1slot\$1count 暫時覆寫佇列中的並行層級](#tutorial-wlm-query-slot-count)
+ [第 5 節：清理資源](#tutorial-wlm-cleaning-up-resources)
## 第 1 節：了解預設佇列處理行為
在開始設定手動 WLM 之前，先了解 Amazon Redshift 中佇列處理的預設行為很有幫助。您將在本節建立兩個資料庫檢視，這些檢視會傳回多個系統資料表的資訊。然後，您將執行一些測試查詢，以查看預設情況下如何路由查詢。如需系統資料表的相關資訊，請參閱[系統資料表和檢視參考](cm_chap_system-tables.md)。
### 步驟 1：建立 WLM\$1QUEUE\$1STATE\$1VW 檢視
在此步驟，您要建立名為 WLM\$1QUEUE\$1STATE\$1VW 的檢視。此檢視會回傳下列系統資料表的資訊。
+ [STV\$1WLM\$1CLASSIFICATION\$1CONFIG](r_STV_WLM_CLASSIFICATION_CONFIG.md)
+ [STV\$1WLM\$1SERVICE\$1CLASS\$1CONFIG](r_STV_WLM_SERVICE_CLASS_CONFIG.md)
+ [STV\$1WLM\$1SERVICE\$1CLASS\$1STATE](r_STV_WLM_SERVICE_CLASS_STATE.md)
您將在整個教學課程中使用此檢視來監控您變更 WLM 組態後佇列發生的事。下表說明 WLM\$1QUEUE\$1STATE\$1VW 檢視傳回的資料。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/tutorial-configuring-workload-management.html)
#### 建立 WLM\$1QUEUE\$1STATE\$1VW 檢視
1. 開啟 [Amazon Redshift SQL](https://docs.aws.amazon.com/redshift/latest/mgmt/rsql-query-tool.html) 並連接到您的 TICKIT 範例資料庫。如果您沒有此資料庫，請參閱[先決條件](#tutorial-wlm-prereq)。
1. 執行下列查詢以建立 WLM\$1QUEUE\$1STATE\$1VW 檢視。
```
create view WLM_QUEUE_STATE_VW as
select (config.service_class-5) as queue
, trim (class.condition) as description
, config.num_query_tasks as slots
, config.query_working_mem as mem
, config.max_execution_time as max_time
, config.user_group_wild_card as "user_*"
, config.query_group_wild_card as "query_*"
, state.num_queued_queries queued
, state.num_executing_queries executing
, state.num_executed_queries executed
from
STV_WLM_CLASSIFICATION_CONFIG class,
STV_WLM_SERVICE_CLASS_CONFIG config,
STV_WLM_SERVICE_CLASS_STATE state
where
class.action_service_class = config.service_class
and class.action_service_class = state.service_class
and config.service_class > 4
order by config.service_class;
```
1. 執行下列查詢以查看檢視中包含的資訊。
```
select * from wlm_queue_state_vw;
```
以下是結果範例。
```
query | description | slots | mem | max_time | user_* | query_* | queued | executing | executed
------+-------------------------------------------+-------+-----+----------+--------+---------+--------+-----------+----------
0 | (super user) and (query group: superuser) | 1 | 357 | 0 | false | false | 0 | 0 | 0
1 | (querytype:any) | 5 | 836 | 0 | false | false | 0 | 1 | 160
```
### 步驟 2：建立 WLM\$1QUERY\$1STATE\$1VW 檢視
在此步驟，您要建立名為 WLM\$1QUERY\$1STATE\$1VW 的檢視。此檢視會回傳 [STV\$1WLM\$1QUERY\$1STATE](r_STV_WLM_QUERY_STATE.md) 系統資料表的資訊。
您將在整個教學課程中使用此檢視來監控執行中的佇列。下表說明 WLM\$1QUERY\$1STATE\$1VW 檢視傳回的資料。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/tutorial-configuring-workload-management.html)
#### 建立 WLM\$1QUERY\$1STATE\$1VW 檢視
1. 在 RSQL 中，執行下列查詢以建立 WLM\$1QUERY\$1STATE\$1VW 檢視。
```
create view WLM_QUERY_STATE_VW as
select query, (service_class-5) as queue, slot_count, trim(wlm_start_time) as start_time, trim(state) as state, trim(queue_time) as queue_time, trim(exec_time) as exec_time
from stv_wlm_query_state;
```
1. 執行下列查詢以查看檢視中包含的資訊。
```
select * from wlm_query_state_vw;
```
以下是結果範例。
```
query | queue | slot_count | start_time | state | queue_time | exec_time
------+-------+------------+---------------------+-----------+------------+-----------
1249 | 1 | 1 | 2014-09-24 22:19:16 | Executing | 0 | 516
```
### 步驟 3：執行測試查詢
在此步驟中，您將在 RSQL 中從多個連線執行查詢，然後查看系統資料表以判斷系統如何路由要處理的查詢。
您在這個步驟需要開啟兩個 RSQL 視窗：
+ 在第 1 個 RSQL 視窗中，您將使用您在本教學課程中已建立的檢視，執行查詢來監視佇列和查詢的狀態。
+ 在第 2 個 RSQL 視窗中，您將執行長時間執行的查詢來變更在第 1 個 RSQL 視窗中找到的結果。
#### 執行測試查詢
1. 開啟兩個 RSQL 視窗。如果您已經開啟一個視窗，則只需再開啟第二個視窗。這兩個連線皆可使用相同的使用者帳戶。
1. 在第 1 個 RSQL 視窗中執行下列查詢。
```
select * from wlm_query_state_vw;
```
以下是結果範例。
```
query | queue | slot_count | start_time | state | queue_time | exec_time
------+-------+------------+---------------------+-----------+------------+-----------
1258 | 1 | 1 | 2014-09-24 22:21:03 | Executing | 0 | 549
```
此查詢會傳回自我參考的結果。目前正在執行的查詢是此檢視中的 SELECT 陳述式。此檢視的查詢一律會至少傳回一個結果。比較此結果與在下一步驟中啟動的長時間執行查詢所產生的結果。
1. 在第 2 個 RSQL 視窗中，從 TICKIT 範本資料庫執行查詢。此查詢應該會執行大約一分鐘，以便您有時間瀏覽 WLM\$1QUEUE\$1STATE\$1VW 檢視的結果以及之前建立的WLM\$1QUERY\$1STATE\$1VW 檢視的結果。在某些情況下，您可能發覺查詢執行時間不夠讓您查詢這兩個檢視。在這些情況下，您可以在 `l.listid ` 上提高篩選條件的值，讓它執行更久。
**注意**
為了縮短查詢執行時間並改善系統效能，Amazon Redshift 會將特定查詢類型的結果快取在領導者節點的記憶體中。啟用結果快取後，後續的查詢會執行得更快。若要防止查詢執行過快，可停用目前工作階段的結果快取。
若要關閉目前工作階段的結果快取，將 [enable\$1result\$1cache\$1for\$1session](r_enable_result_cache_for_session.md) 參數設為 `off`，如下所示。
```
set enable_result_cache_for_session to off;
```
在第 2 個 RSQL 視窗中執行下列查詢。
```
select avg(l.priceperticket*s.qtysold) from listing l, sales s where l.listid < 100000;
```
1. 在第 1 個 RSQL 視窗中，查詢 WLM\$1QUEUE\$1STATE\$1VW 和 WLM\$1QUERY\$1STATE\$1VW，並比較其結果與先前的結果。
```
select * from wlm_queue_state_vw;
select * from wlm_query_state_vw;
```
以下為結果範例。
```
query | description | slots | mem | max_time | user_* | query_* | queued | executing | executed
------+-------------------------------------------+-------+-----+----------+--------+---------+--------+-----------+----------
0 | (super user) and (query group: superuser) | 1 | 357 | 0 | false | false | 0 | 0 | 0
1 | (querytype:any) | 5 | 836 | 0 | false | false | 0 | 2 | 163
query | queue | slot_count | start_time | state | queue_time | exec_time
------+-------+------------+---------------------+-----------+------------+-----------
1267 | 1 | 1 | 2014-09-24 22:22:30 | Executing | 0 | 684
1265 | 1 | 1 | 2014-09-24 22:22:36 | Executing | 0 | 4080859
```
請注意，您之前的查詢結果與此步驟的結果之間有以下差異：
+ 現在 WLM\$1QUERY\$1STATE\$1VW 中有兩個資料列。一個結果是在此檢視上執行 SELECT 操作的自我參考查詢。第二個結果是上一步驟中長時間執行的查詢。
+ WLM\$1QUEUE\$1STATE\$1VW 中的執行中欄位已從 1 增加到 2。此欄位值表示佇列中有兩個正在執行的查詢。
+ 每次在佇列中執行查詢，executed 欄位都會遞增。
WLM\$1QUEUE\$1STATE\$1VW 檢視有助於取得佇列的整體來到以及每個佇列中正在處理的查詢數量。WLM\$1QUERY\$1STATE\$1VW 檢視則有助於取得目前正在執行的各個查詢的更詳細檢視。
## 第 2 節：修改 WLM 查詢佇列組態
現在您已了解佇列的預設工作方式，接下來可學習如何使用手動 WLM 來設定查詢佇列。在本節中，您將為叢集建立及設定新的參數群組。您會建立另外兩個使用者佇列，並根據查詢的使用者群組或查詢群組標籤，將佇列設為接受查詢。任何未路由到這兩個佇列之一的查詢，都會在執行時路由到預設佇列。
**在參數群組中建立手動 WLM 組態**
1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。
1. 在導覽選單中，選擇**組態**，然後選擇**工作負載管理**以顯示**工作負載管理**頁面。
1. 選擇 **Create (建立)** 以顯示 **Create parameter group (建立參數群組)** 視窗。
1. 在**參數群組名稱**和**描述**中輸入 **WLMTutorial**，然後選擇**建立**以建立參數群組。
**注意**
**Parameter group name (參數群組名稱)** 會在建立時轉換成全部小寫的格式。
1. 在 **Workload management (工作負載管理)** 頁面上，選擇 **wlmtutorial** 參數群組來顯示詳細資訊頁面，其中包含 **Parameters (參數)** 和 **Workload management (工作負載管理)** 的標籤。
1. 確認您正在 **Workload management (工作負載管理)** 標籤上，然後選擇 **Switch WLM mode (切換 WLM 模式)** 來顯示 **Concurrency settings (並行設定)** 視窗。
1. 選擇 **Manual WLM (手動 WLM)**，然後選擇 **Save (儲存)** 來切換至手動 WLM。
1. 選擇 **Edit workload queues (編輯工作負載佇列)**。
1. 選擇 **Add queue (新增佇列)** 兩次來新增兩個佇列。現在有三個佇列：**Queue 1 (佇列 1)**、**Queue 2 (佇列 2)** 和 **Default queue (預設佇列)**。
1. 輸入每個佇列的資訊如下：
+ 對於**佇列 1**，在**記憶體 (%)**輸入 **30**、在**主體的並行**輸入 **2**，以及在**查詢群組**輸入 **test**。將其他設定保留為其預設值。
+ 對於**佇列 2**，在**記憶體 (%)**輸入 **40**、在**主體的並行**輸入 **3**，以及在**使用者群組**輸入 **admin**。將其他設定保留為其預設值。
+ 將預設佇列的**主要值並行**設定為大於或等於 1 的值。不要對**預設佇列**做任何其他變更。WLM 會將未配置的記憶體指派給預設佇列。
1. 選擇 **Save (儲存)** 儲存設定。
接下來，將具備手動 WLM 組態的參數群組與叢集建立關聯。
**將具備手動 WLM 組態的參數群組與叢集建立關聯**
1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。
1. 在導覽選單上，選擇**叢集**，然後選擇**叢集**來顯示您叢集的清單。
1. 選擇您的叢集，例如 `examplecluster`，以顯示叢集的詳細資訊。然後選擇**屬性**索引標籤以顯示該叢集的屬性。
1. 在**資料庫組態**區段中，選擇**編輯**、**編輯參數群組**，以顯示參數群組視窗。
1. 對於**參數群組**，請選擇先前建立的 **wlmtutorial** 參數群組。
1. 選擇**儲存變更**以關聯參數群組。
叢集會使用變更的參數群組進行修改。但是，您需要重新啟動叢集，才能將變更套用到資料庫。
1. 選擇您的叢集，然後在**動作**選擇**重新啟動**。
叢集重新啟動之後，狀態會回到 **Available (可用)**。
## 第 3 節：根據使用者群組和查詢群組將查詢路由至佇列
現在，您已將叢集與新的參數群組建立關聯，也已設定 WLM。接下來，執行一些查詢，以了解 Amazon Redshift 如何將查詢路由傳送到佇列來處理。
### 步驟 1：檢視資料庫中的查詢佇列組態
首先，確認資料庫有您預期的 WLM 組態。
#### 檢視查詢佇列組態
1. 開啟 RSQL 並執行下列查詢。此查詢使用您在[步驟 1：建立 WLM\$1QUEUE\$1STATE\$1VW 檢視](#tutorial-wlm-create-queue-state-view)中建立的 WLM\$1QUEUE\$1STATE\$1VW 檢視。如果叢集在重新啟動之前有已連線到資料庫的工作階段，則需要重新連線。
```
select * from wlm_queue_state_vw;
```
以下是結果範例。
```
query | description | slots | mem | max_time | user_* | query_* | queued | executing | executed
------+-------------------------------------------+-------+-----+----------+--------+---------+--------+-----------+----------
0 | (super user) and (query group: superuser) | 1 | 357 | 0 | false | false | 0 | 0 | 0
1 | (query group: test) | 2 | 627 | 0 | false | false | 0 | 0 | 0
2 | (suser group: admin) | 3 | 557 | 0 | false | false | 0 | 0 | 0
3 | (querytype:any) | 5 | 250 | 0 | false | false | 0 | 1 | 0
```
比較這些結果與您在[步驟 1：建立 WLM\$1QUEUE\$1STATE\$1VW 檢視](#tutorial-wlm-create-queue-state-view)收到的結果。請注意，現在有兩個額外的佇列。佇列 1 現在是 test 查詢群組的佇列，佇列 2 是 admin 使用者群組的佇列。
佇列 3 現在是預設佇列。清單中的最後一個佇列一定是預設佇列。如果查詢未指定使用者群組或查詢群組，依預設會將查詢路由傳送到此佇列。
1. 執行下列查詢來確認您的查詢現在是在佇列 3 執行。
```
select * from wlm_query_state_vw;
```
以下是結果範例。
```
query | queue | slot_count | start_time | state | queue_time | exec_time
------+-------+------------+---------------------+-----------+------------+-----------
2144 | 3 | 1 | 2014-09-24 23:49:59 | Executing | 0 | 550430
```
### 步驟 2：使用查詢群組佇列執行查詢
#### 使用查詢群組佇列執行查詢
1. 執行以下查詢將其路由到 `test` 查詢群組。
```
set query_group to test;
select avg(l.priceperticket*s.qtysold) from listing l, sales s where l.listid <40000;
```
1. 在另一個 RSQL 視窗中執行下列查詢。
```
select * from wlm_query_state_vw;
```
以下是結果範例。
```
query | queue | slot_count | start_time | state | queue_time | exec_time
------+-------+------------+---------------------+-----------+------------+-----------
2168 | 1 | 1 | 2014-09-24 23:54:18 | Executing | 0 | 6343309
2170 | 3 | 1 | 2014-09-24 23:54:24 | Executing | 0 | 847
```
查詢已路由到測試查詢群組，即現在的佇列 1。
1. 選取佇列狀態檢視中的所有項目。
```
select * from wlm_queue_state_vw;
```
您會看到類似以下的結果。
```
query | description | slots | mem | max_time | user_* | query_* | queued | executing | executed
------+-------------------------------------------+-------+-----+----------+--------+---------+--------+-----------+----------
0 | (super user) and (query group: superuser) | 1 | 357 | 0 | false | false | 0 | 0 | 0
1 | (query group: test) | 2 | 627 | 0 | false | false | 0 | 1 | 0
2 | (suser group: admin) | 3 | 557 | 0 | false | false | 0 | 0 | 0
3 | (querytype:any) | 5 | 250 | 0 | false | false | 0 | 1 | 0
```
1. 現在，重設查詢群組並再次執行長時間查詢：
```
reset query_group;
select avg(l.priceperticket*s.qtysold) from listing l, sales s where l.listid <40000;
```
1. 對檢視執行查詢以查看結果。
```
select * from wlm_queue_state_vw;
select * from wlm_query_state_vw;
```
以下為結果範例。
```
query | description | slots | mem | max_time | user_* | query_* | queued | executing | executed
------+-------------------------------------------+-------+-----+----------+--------+---------+--------+-----------+----------
0 | (super user) and (query group: superuser) | 1 | 357 | 0 | false | false | 0 | 0 | 0
1 | (query group: test) | 2 | 627 | 0 | false | false | 0 | 0 | 1
2 | (suser group: admin) | 3 | 557 | 0 | false | false | 0 | 0 | 0
3 | (querytype:any) | 5 | 250 | 0 | false | false | 0 | 2 | 5
query | queue | slot_count | start_time | state | queue_time | exec_time
------+-------+------------+---------------------+-----------+------------+-----------
2186 | 3 | 1 | 2014-09-24 23:57:52 | Executing | 0 | 649
2184 | 3 | 1 | 2014-09-24 23:57:48 | Executing | 0 | 4137349
```
結果應該是查詢現在再次在佇列 3 中執行。
### 步驟 3：建立資料庫使用者和群組
您必須先在資料庫中建立使用者群組並在群組中新增使用者，才可以在此佇列中執行查詢。接著，您將使用新使用者的憑證登入 RSQL，然後執行查詢。您需要以超級使用者的身分 (例如管理員使用者) 執行查詢，才能建立資料庫使用者。
#### 建立新的資料庫使用者和使用者群組
1. 在 RSQL 視窗中執行以下命令，可在資料庫中建立新的資料庫使用者，名為 `adminwlm`。
```
create user adminwlm createuser password '123Admin';
```
1. 然後執行下列命令來建立新使用者群組，並將您的新使用者 `adminwlm` 加入群組。
```
create group admin;
alter group admin add user adminwlm;
```
### 步驟 4：使用使用者群組佇列執行查詢
接下來您要執行查詢，並將其路由到使用者群組佇列。當您要將查詢路由到您設定用來處理想執行之查詢類型的佇列，請這麼做。
#### 使用使用者群組佇列執行查詢
1. 在第 2 個 RSQL 視窗中，執行以下查詢切換到 `adminwlm` 帳戶，然後以該使用者的身分執行查詢。
```
set session authorization 'adminwlm';
select avg(l.priceperticket*s.qtysold) from listing l, sales s where l.listid <40000;
```
1. 在第 1 個 RSQL 視窗中，執行以下查詢來看看查詢被路由到哪個查詢佇列。
```
select * from wlm_query_state_vw;
select * from wlm_queue_state_vw;
```
以下為結果範例。
```
query | description | slots | mem | max_time | user_* | query_* | queued | executing | executed
------+-------------------------------------------+-------+-----+----------+--------+---------+--------+-----------+----------
0 | (super user) and (query group: superuser) | 1 | 357 | 0 | false | false | 0 | 0 | 0
1 | (query group: test) | 2 | 627 | 0 | false | false | 0 | 0 | 1
2 | (suser group: admin) | 3 | 557 | 0 | false | false | 0 | 1 | 0
3 | (querytype:any) | 5 | 250 | 0 | false | false | 0 | 1 | 8
query | queue | slot_count | start_time | state | queue_time | exec_time
------+-------+------------+---------------------+-----------+------------+-----------
2202 | 2 | 1 | 2014-09-25 00:01:38 | Executing | 0 | 4885796
2204 | 3 | 1 | 2014-09-25 00:01:43 | Executing | 0 | 650
```
執行此查詢的佇列是佇列 2，即 `admin` 使用者佇列。每次您以此使用者身分登入並執行查詢時，這些查詢就會在佇列 2 中執行，除非您指定要使用其他查詢群組。所選佇列取決於佇列指派規則。如需詳細資訊，請參閱[WLM 佇列指派規則](cm-c-wlm-queue-assignment-rules.md)。
1. 現在，從第 2 個 RSQL 視窗執行下列查詢。
```
set query_group to test;
select avg(l.priceperticket*s.qtysold) from listing l, sales s where l.listid <40000;
```
1. 在第 1 個 RSQL 視窗中，執行以下查詢來看看查詢被路由到哪個查詢佇列。
```
select * from wlm_queue_state_vw;
select * from wlm_query_state_vw;
```
以下為結果範例。
```
query | description | slots | mem | max_time | user_* | query_* | queued | executing | executed
------+-------------------------------------------+-------+-----+----------+--------+---------+--------+-----------+----------
0 | (super user) and (query group: superuser) | 1 | 357 | 0 | false | false | 0 | 0 | 0
1 | (query group: test) | 2 | 627 | 0 | false | false | 0 | 1 | 1
2 | (suser group: admin) | 3 | 557 | 0 | false | false | 0 | 0 | 1
3 | (querytype:any) | 5 | 250 | 0 | false | false | 0 | 1 | 10
query | queue | slot_count | start_time | state | queue_time | exec_time
------+-------+------------+---------------------+-----------+------------+-----------
2218 | 1 | 1 | 2014-09-25 00:04:30 | Executing | 0 | 4819666
2220 | 3 | 1 | 2014-09-25 00:04:35 | Executing | 0 | 685
```
1. 完成後，請重設查詢群組。
```
reset query_group;
```
## 第 4 節：使用 wlm\$1query\$1slot\$1count 暫時覆寫佇列中的並行層級
有時候使用者可能暫時需要較多資源來處理特定查詢。如果是這種情況，他們可以使用 wlm\$1query\$1slot\$1count 組態設定來暫時覆寫查詢佇列配置槽的方式。*槽*是用於處理查詢的記憶體和 CPU 的單位。當您有偶爾會佔用叢集中大量資源的查詢，例如在資料庫中執行 VACUUM 操作，可以覆蓋槽計數。
您可能發現使用者經常需要為某些類型的查詢設定 wlm\$1query\$1slot\$1count。若是如此，請考慮調整 WLM 組態，並提供更符合查詢需求的佇列給使用者。如需使用槽計數暫時覆寫並行層級的相關資訊，請參閱 [wlm\$1query\$1slot\$1count](r_wlm_query_slot_count.md)。
### 步驟 1：使用 wlm\$1query\$1slot\$1count 覆寫並行層級
基於本教學課程的目的，我們將執行相同的長時間執行 SELECT 查詢。我們會以 `adminwlm` 使用者的身分執行，使用 wlm\$1query\$1slot\$1count 增加查詢可使用的槽數量。
#### 使用 wlm\$1query\$1slot\$1count 覆寫並行層級
1. 增加查詢限制量，以確保您有足夠的時間查詢 WLM\$1QUERY\$1STATE\$1VW 檢視圖並查看結果。
```
set wlm_query_slot_count to 3;
select avg(l.priceperticket*s.qtysold) from listing l, sales s where l.listid <40000;
```
1. 現在，使用管理員使用者查詢 WLM\$1QUERY\$1STATE\$1VW 來查看查詢的執行狀況。
```
select * from wlm_query_state_vw;
```
以下是結果範例。
```
query | queue | slot_count | start_time | state | queue_time | exec_time
------+-------+------------+---------------------+-----------+------------+-----------
2240 | 2 | 1 | 2014-09-25 00:08:45 | Executing | 0 | 3731414
2242 | 3 | 1 | 2014-09-25 00:08:49 | Executing | 0 | 596
```
請注意，查詢的槽計數是 3。此計數表示查詢會將三個槽都用來處理查詢，將佇列中的所有資源配置給該查詢。
1. 現在，執行下列查詢。
```
select * from WLM_QUEUE_STATE_VW;
```
以下是結果範例。
```
query | description | slots | mem | max_time | user_* | query_* | queued | executing | executed
------+-------------------------------------------+-------+-----+----------+--------+---------+--------+-----------+----------
0 | (super user) and (query group: superuser) | 1 | 357 | 0 | false | false | 0 | 0 | 0
1 | (query group: test) | 2 | 627 | 0 | false | false | 0 | 0 | 4
2 | (suser group: admin) | 3 | 557 | 0 | false | false | 0 | 1 | 3
3 | (querytype:any) | 5 | 250 | 0 | false | false | 0 | 1 | 25
```
wlm\$1query\$1slot\$1count 組態的設定只在目前的工作階段中有效。如果工作階段過期，或是有其他使用者執行查詢，則會使用 WLM 組態。
1. 重設槽計數，然後重新執行測試。
```
reset wlm_query_slot_count;
select avg(l.priceperticket*s.qtysold) from listing l, sales s where l.listid <40000;
```
以下為結果範例。
```
query | description | slots | mem | max_time | user_* | query_* | queued | executing | executed
------+-------------------------------------------+-------+-----+----------+--------+---------+--------+-----------+----------
0 | (super user) and (query group: superuser) | 1 | 357 | 0 | false | false | 0 | 0 | 0
1 | (query group: test) | 2 | 627 | 0 | false | false | 0 | 0 | 2
2 | (suser group: admin) | 3 | 557 | 0 | false | false | 0 | 1 | 2
3 | (querytype:any) | 5 | 250 | 0 | false | false | 0 | 1 | 14
query | queue | slot_count | start_time | state | queue_time | exec_time
------+-------+------------+---------------------+-----------+------------+-----------
2260 | 2 | 1 | 2014-09-25 00:12:11 | Executing | 0 | 4042618
2262 | 3 | 1 | 2014-09-25 00:12:15 | Executing | 0 | 680
```
### 步驟 2：從不同工作階段執行查詢
接下來，請從不同工作階段執行查詢。
#### 從不同工作階段執行查詢
1. 在第 1 和第 2 個 RSQL 視窗中，執行下列查詢以使用 test 查詢群組。
```
set query_group to test;
```
1. 在第 1 個 RSQL 視窗中執行下列長時間查詢。
```
select avg(l.priceperticket*s.qtysold) from listing l, sales s where l.listid <40000;
```
1. 由於長時間執行的查詢仍在第 1 個 RSQL 視窗中進行，請執行下列命令。這些命令會提高槽計數來使用佇列的所有槽，然後開始執行長時間執行的查詢。
```
set wlm_query_slot_count to 2;
select avg(l.priceperticket*s.qtysold) from listing l, sales s where l.listid <40000;
```
1. 開啟第 3 個 RSQL 視窗，查詢檢視並查看結果。
```
select * from wlm_queue_state_vw;
select * from wlm_query_state_vw;
```
以下為結果範例。
```
query | description | slots | mem | max_time | user_* | query_* | queued | executing | executed
------+-------------------------------------------+-------+-----+----------+--------+---------+--------+-----------+----------
0 | (super user) and (query group: superuser) | 1 | 357 | 0 | false | false | 0 | 0 | 0
1 | (query group: test) | 2 | 627 | 0 | false | false | 1 | 1 | 2
2 | (suser group: admin) | 3 | 557 | 0 | false | false | 0 | 0 | 3
3 | (querytype:any) | 5 | 250 | 0 | false | false | 0 | 1 | 18
query | queue | slot_count | start_time | state | queue_time | exec_time
------+-------+------------+---------------------+---------------+------------+-----------
2286 | 1 | 2 | 2014-09-25 00:16:48 | QueuedWaiting | 3758950 | 0
2282 | 1 | 1 | 2014-09-25 00:16:33 | Executing | 0 | 19335850
2288 | 3 | 1 | 2014-09-25 00:16:52 | Executing | 0 | 666
```
請注意，第一個查詢使用已配置給佇列 1 的其中一個槽來執行查詢。此外，請注意有一個查詢在佇列中等待 (其中，`queued` 是 `1`，`state` 是 `QueuedWaiting`)。第一個查詢完成後，第二個查詢就會開始執行。發生此執行是因為兩個查詢都路由到 `test` 查詢群組，第二個查詢必須等到有足夠的槽才能開始處理。
## 第 5 節：清理資源
叢集只要執行就會繼續產生費用。完成本教學課程後，請按照《Amazon Redshift 入門指南》**中的[尋找其他資源和重設環境](https://docs.aws.amazon.com/redshift/latest/gsg/rs-gsg-clean-up-tasks.html)中的步驟，將環境恢復到先前的狀態。
如需 WLM 的相關資訊，請參閱[工作負載管理](cm-c-implementing-workload-management.md)。