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/)。
本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 快照資料的 STV 資料表
STV 資料表是虛擬系統資料表，包含目前系統資料的快照。
**Topics**
+ [STV\$1ACTIVE\$1CURSORS](r_STV_ACTIVE_CURSORS.md)
+ [STV\$1BLOCKLIST](r_STV_BLOCKLIST.md)
+ [STV\$1CURSOR\$1CONFIGURATION](r_STV_CURSOR_CONFIGURATION.md)
+ [STV\$1DB\$1ISOLATION\$1LEVEL](r_STV_DB_ISOLATION_LEVEL.md)
+ [STV\$1EXEC\$1STATE](r_STV_EXEC_STATE.md)
+ [STV\$1INFLIGHT](r_STV_INFLIGHT.md)
+ [STV\$1LOAD\$1STATE](r_STV_LOAD_STATE.md)
+ [STV\$1LOCKS](r_STV_LOCKS.md)
+ [STV\$1ML\$1MODEL\$1INFO](r_STV_ML_MODEL_INFO.md)
+ [STV\$1MV\$1DEPS](r_STV_MV_DEPS.md)
+ [STV\$1MV\$1INFO](r_STV_MV_INFO.md)
+ [STV\$1NODE\$1STORAGE\$1CAPACITY](r_STV_NODE_STORAGE_CAPACITY.md)
+ [STV\$1PARTITIONS](r_STV_PARTITIONS.md)
+ [STV\$1QUERY\$1METRICS](r_STV_QUERY_METRICS.md)
+ [STV\$1RECENTS](r_STV_RECENTS.md)
+ [STV\$1SESSIONS](r_STV_SESSIONS.md)
+ [STV\$1SLICES](r_STV_SLICES.md)
+ [STV\$1STARTUP\$1RECOVERY\$1STATE](r_STV_STARTUP_RECOVERY_STATE.md)
+ [STV\$1TBL\$1PERM](r_STV_TBL_PERM.md)
+ [STV\$1TBL\$1TRANS](r_STV_TBL_TRANS.md)
+ [STV\$1WLM\$1CLASSIFICATION\$1CONFIG](r_STV_WLM_CLASSIFICATION_CONFIG.md)
+ [STV\$1WLM\$1QMR\$1CONFIG](r_STV_WLM_QMR_CONFIG.md)
+ [STV\$1WLM\$1QUERY\$1QUEUE\$1STATE](r_STV_WLM_QUERY_QUEUE_STATE.md)
+ [STV\$1WLM\$1QUERY\$1STATE](r_STV_WLM_QUERY_STATE.md)
+ [STV\$1WLM\$1QUERY\$1TASK\$1STATE](r_STV_WLM_QUERY_TASK_STATE.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)
+ [STV\$1XRESTORE\$1ALTER\$1QUEUE\$1STATE](r_STV_XRESTORE_ALTER_QUEUE_STATE.md)
# STV\$1ACTIVE\$1CURSORS
STV\$1ACTIVE\$1CURSORS 顯示目前開啟之游標的詳細資訊。如需詳細資訊，請參閱[DECLARE](declare.md)。
所有使用者都可看見 STV\$1ACTIVE\$1CURSORS。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。使用者只能檢視該使用者所開啟的游標。超級使用者可檢視所有游標。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_ACTIVE_CURSORS.html)
# STV\$1BLOCKLIST
STV\$1BLOCKLIST 包含資料庫中各個分割、資料表或欄位所使用的 1 MB 磁碟區塊數。
使用彙總查詢與 STV\$1BLOCKLIST (如下範例所示) 以判斷每個資料庫、資料表、分割或欄位所配置的 1 MB 磁碟區塊數。您也可以使用 [STV\$1PARTITIONS](r_STV_PARTITIONS.md) 來檢視磁碟使用率的摘要資訊。
只有超級使用者可以看到 STV\$1BLOCKLIST。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
**注意**
STV\$1BLOCKLIST 只會記錄佈建叢集或無伺服器命名空間擁有的區塊。如果資料庫包含從資料共用生產者共用的區塊，這些區塊不會包含在 STV\$1BLOCKLIST 中。如需資料共用的詳細資訊，請前往 [Amazon Redshift 中的資料共用](datashare-overview.md)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_BLOCKLIST.html)
## 範例查詢
STV\$1BLOCKLIST 在每個配置的磁碟區塊上包含一個資料列，因此選取所有資料列的查詢可能會傳回數量非常大的資料列。建議僅適用彙總查詢搭配 STV\$1BLOCKLIST。
[SVV\$1DISKUSAGE](r_SVV_DISKUSAGE.md) 檢視以更友善使用者的格式提供類似的資訊；但是，以下範例示範 STV\$1BLOCKLIST 資料表的其中一種用法。
若要判斷 VENUE 資料表中各個欄位使用的 1 MB 區塊數，請輸入以下查詢：
```
select col, count(*)
from stv_blocklist, stv_tbl_perm
where stv_blocklist.tbl = stv_tbl_perm.id
and stv_blocklist.slice = stv_tbl_perm.slice
and stv_tbl_perm.name = 'venue'
group by col
order by col;
```
此查詢會傳回配置於 VENUE 資料表中各個欄位的 1 MB 磁碟區塊數，以下列範例資料呈現：
```
col | count
-----+-------
0 | 4
1 | 4
2 | 4
3 | 4
4 | 4
5 | 4
7 | 4
8 | 4
(8 rows)
```
以下查詢顯示資料表資料是否實際發佈至所有分割：
```
select trim(name) as table, stv_blocklist.slice, stv_tbl_perm.rows
from stv_blocklist,stv_tbl_perm
where stv_blocklist.tbl=stv_tbl_perm.id
and stv_tbl_perm.slice=stv_blocklist.slice
and stv_blocklist.id > 10000 and name not like '%#m%'
and name not like 'systable%'
group by name, stv_blocklist.slice, stv_tbl_perm.rows
order by 3 desc;
```
此查詢會產生下列範例輸出，顯示具有最多資料列之資料表的偶數資料分佈：
```
table | slice | rows
----------+-------+-------
listing | 13 | 10527
listing | 14 | 10526
listing | 8 | 10526
listing | 9 | 10526
listing | 7 | 10525
listing | 4 | 10525
listing | 17 | 10525
listing | 11 | 10525
listing | 5 | 10525
listing | 18 | 10525
listing | 12 | 10525
listing | 3 | 10525
listing | 10 | 10525
listing | 2 | 10524
listing | 15 | 10524
listing | 16 | 10524
listing | 6 | 10524
listing | 19 | 10524
listing | 1 | 10523
listing | 0 | 10521
...
(180 rows)
```
下列查詢可判斷是否有任何已刪除標記的區塊已遞交至磁碟：
```
select slice, col, tbl, blocknum, newblock
from stv_blocklist
where tombstone > 0;
slice | col | tbl | blocknum | newblock
-------+-----+--------+----------+----------
4 | 0 | 101285 | 0 | 1
4 | 2 | 101285 | 0 | 1
4 | 4 | 101285 | 1 | 1
5 | 2 | 101285 | 0 | 1
5 | 0 | 101285 | 0 | 1
5 | 1 | 101285 | 0 | 1
5 | 4 | 101285 | 1 | 1
...
(24 rows)
```
# STV\$1CURSOR\$1CONFIGURATION
STV\$1CURSOR\$1CONFIGURATION 顯示游標組態限制。如需詳細資訊，請參閱[游標限制條件](declare.md#declare-constraints)。
只有超級使用者可以看到 STV\$1CURSOR\$1CONFIGURATION。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_CURSOR_CONFIGURATION.html)
# STV\$1DB\$1ISOLATION\$1LEVEL
STV\$1DB\$1ISOLATION\$1LEVEL 會顯示資料庫目前的隔離層級。如需隔離層級的相關資訊，請參閱[Amazon Redshift 中的隔離層級](c_serial_isolation.md)。
所有使用者都可看見 STV\$1DB\$1ISOLATION\$1LEVEL。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_DB_ISOLATION_LEVEL.html)
# STV\$1EXEC\$1STATE
使用 STV\$1EXEC\$1STATE 資料表以找出有關正在運算節點執行之查詢及查詢步驟的資訊。
此資訊通常僅用於排解工程設計問題。SVV\$1QUERY\$1STATE 與 SVL\$1QUERY\$1SUMMARY 檢視會從 STV\$1EXEC\$1STATE 擷取其資訊。
所有使用者都可看見 STV\$1EXEC\$1STATE。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
此資料表中的部份或所有資料也會在 SYS 監控檢視 [SYS\$1QUERY\$1DETAIL](SYS_QUERY_DETAIL.md) 中找到。SYS 監視檢視中的資料會格式化為更易於使用和理解。我們建議您使用 SYS 監控檢視進行查詢。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_EXEC_STATE.html)
## 範例查詢
Amazon Redshift 建議查詢 SVL\$1QUERY\$1SUMMARY 或 SVV\$1QUERY\$1STATE 以更友善使用者的格式獲得 STV\$1EXEC\$1STATE 中的資訊，而非直接查詢 STV\$1EXEC\$1STATE。如需詳細資訊，請參閱 [SVL\$1QUERY\$1SUMMARY](r_SVL_QUERY_SUMMARY.md) 或 [SVV\$1QUERY\$1STATE](r_SVV_QUERY_STATE.md) 資料表文件。
# STV\$1INFLIGHT
使用 STV\$1INFLIGHT 資料表來判斷正在叢集中執行的查詢為何。如果您要進行疑難排解，檢查長時間執行查詢的狀態會很有幫助。
STV\$1INFLIGHT 不會顯示僅限於領導節點的查詢。如需詳細資訊，請參閱[僅限領導節點函數](c_SQL_functions_leader_node_only.md)。所有使用者都可看見 STV\$1INFLIGHT。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
此資料表中的部份或所有資料也會在 SYS 監控檢視 [SYS\$1QUERY\$1HISTORY](SYS_QUERY_HISTORY.md) 中找到。SYS 監視檢視中的資料會格式化為更易於使用和理解。我們建議您使用 SYS 監控檢視進行查詢。
## 使用 STV\$1INFLIGHT 進行疑難排解
如果您使用 STV\$1INFLIGHT 對查詢或查詢集合的效能進行疑難排解，請注意下列事項：
+ 長時間運行的開放交易通常會增加負載。這些開啟的交易可能會導致其他查詢的執行時間較長。
+ 長時間執行的 COPY 和 ETL 任務佔用大量運算資源，可能會影響在叢集上執行的其他查詢。在大多數情況下，將這些長時間執行的工作移至低使用率的時間，可提高報告或分析工作負載的效能。
+ 有些檢視會提供相關資訊給 STV\$1INFLIGHT。其中包括擷取 SQL 命令查詢文字的 [STL\$1QUERYTEXT](r_STL_QUERYTEXT.md)，以及將 STV\$1INFLIGHT 連接至 STL\$1QUERYTEXT 的 [SVV\$1QUERY\$1INFLIGHT](r_SVV_QUERY_INFLIGHT.md)。您也可以搭配 [STV\$1RECENTS](r_STV_RECENTS.md) 使用 STV\$1INFLIGHT 進行疑難排解。例如，STV\$1RECENTS 可以指出特定查詢處於*執行中*或*完成*狀態。將這些資訊與 STV\$1INFLIGHT 的結果結合在一起，可以為您提供有關查詢屬性和運算資源影響的更多資訊。
您也可以使用 Amazon Redshift 主控台監控執行中的查詢。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_INFLIGHT.html)
## 範例查詢
若要檢視目前正在資料庫上執行的所有使用中查詢，請輸入下列查詢：
```
select * from stv_inflight;
```
以下範例輸出顯示有兩個查詢正在執行，包括 STV\$1INFLIGHT 查詢本身以及從名為 `avgwait.sql` 的指令碼執行的查詢：
```
select slice, query, trim(label) querylabel, pid,
starttime, substring(text,1,20) querytext
from stv_inflight;
slice|query|querylabel | pid | starttime | querytext
-----+-----+-----------+-----+--------------------------+--------------------
1011 | 21 | | 646 |2012-01-26 13:23:15.645503|select slice, query,
1011 | 20 |avgwait.sql| 499 |2012-01-26 13:23:14.159912|select avg(datediff(
(2 rows)
```
下列查詢會選擇幾個欄，包括 concurrency\$1scaling\$1status。此欄指出是否要將查詢傳送至並行擴展叢集。如果該值對於某些結果是 `1`，則表示正在使用並行擴展運算資源。如需詳細資訊，請參閱[並行擴展](concurrency-scaling.md)。
```
select userid,
query,
pid,
starttime,
text,
suspended,
concurrency_scaling_status
from STV_INFLIGHT;
```
範例輸出會顯示傳送至並行擴展叢集的一個查詢。
```
query | pid | starttime | text | suspended | concurrency_scaling_status
--------+---------+----------------------------|------------------------|---------------|-------------------------------
1234567 | 123456 | 2012-01-26 13:23:15.645503 | select userid, query... 0 1
2345678 | 234567 | 2012-01-26 13:23:14.159912 | select avg(datediff(... 0 0
(2 rows)
```
如需疑難排解查詢效能的詳細提示，請參閱[查詢故障診斷](queries-troubleshooting.md)。
# STV\$1LOAD\$1STATE
使用 STV\$1LOAD\$1STATE 資料表以尋找有關進行中的 COPY 陳述式目前狀態的資訊。
COPY 命令會在每載入一百萬筆記錄之後更新此資料表。
所有使用者都可看見 STV\$1LOAD\$1STATE。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_LOAD_STATE.html)
## 範例查詢
若要檢視 COPY 命令的每個分割的進度，請輸入下列查詢。此範例使用 PG\$1LAST\$1COPY\$1ID() 函式擷取最後一個 COPY 命令的資訊。
```
select slice , bytes_loaded, bytes_to_load , pct_complete from stv_load_state where query = pg_last_copy_id();
slice | bytes_loaded | bytes_to_load | pct_complete
-------+--------------+---------------+--------------
2 | 0 | 0 | 0
3 | 12840898 | 39104640 | 32
(2 rows)
```
# STV\$1LOCKS
使用 STV\$1LOCKS 資料表檢視資料庫中資料表上的任何目前更新。
Amazon Redshift 鎖定資料表以避免兩個使用者同時更新相同的資料表。在 STV\$1LOCKS 資料表顯示所有目前資料表更新時，查詢 [STL\$1TR\$1CONFLICT](r_STL_TR_CONFLICT.md) 資料表以查看鎖定衝突的記錄。使用 [SVV\$1TRANSACTIONS](r_SVV_TRANSACTIONS.md) 檢視以識別開啟交易與鎖定爭用的問題。
只有超級使用者可以看到 STV\$1LOCKS。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_LOCKS.html)
## 範例查詢
若要檢視在目前交易中進行的所有鎖定，請輸入下列命令：
```
select table_id, last_update, lock_owner, lock_owner_pid from stv_locks;
```
此查詢會傳回以下範例輸出，顯示目前生效的三個鎖定：
```
table_id | last_update | lock_owner | lock_owner_pid
----------+----------------------------+------------+----------------
100004 | 2008-12-23 10:08:48.882319 | 1043 | 5656
100003 | 2008-12-23 10:08:48.779543 | 1043 | 5656
100140 | 2008-12-23 10:08:48.021576 | 1043 | 5656
(3 rows)
```
# STV\$1ML\$1MODEL\$1INFO
關於機器學習模型的目前狀態的相關資訊。
所有使用者都可看見 STV\$1ML\$1MODEL\$1INFO。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_ML_MODEL_INFO.html)
## 範例查詢
下列查詢會顯示機器學習模型的目前狀態。
```
SELECT schema_name, model_name, model_state
FROM stv_ml_model_info;
schema_name | model_name | model_state
-------------+------------------------------+--------------------------------------
public | customer_churn_auto_model | Train Model On SageMaker In Progress
public | customer_churn_xgboost_model | Model is Ready
(2 row)
```
# STV\$1MV\$1DEPS
STV\$1MV\$1DEPS 資料表顯示了 Amazon Redshift 中具體化視觀表對其他具體化視觀表的相依性。
如需具體化視觀表的相關資訊，請參閱 [Amazon Redshift 中的具體化視觀表](materialized-view-overview.md)。
所有使用者都可看見 STV\$1MV\$1DEPS。超級使用者可以看見所有列；一般使用者只能列出其有權存取的結構描述中的具體化視觀表。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](https://docs.aws.amazon.com/redshift/latest/dg/cm_chap_system-tables.html#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_MV_DEPS.html)
## 範例查詢
下列查詢會傳回輸出列，指出具體化視觀表 `mv_over_foo` 使用其定義中的具體化視觀表 `mv_foo` 做為相依性。
```
CREATE SCHEMA test_ivm_setup;
CREATE TABLE test_ivm_setup.foo(a INT);
CREATE MATERIALIZED VIEW test_ivm_setup.mv_foo AS SELECT * FROM test_ivm_setup.foo;
CREATE MATERIALIZED VIEW test_ivm_setup.mv_over_foo AS SELECT * FROM test_ivm_setup.mv_foo;
SELECT * FROM stv_mv_deps;
db_name | schema | name | ref_schema | ref_name | ref_database_name
---------+-----------------+-------------+----------------+----------+------------------
dev | test_ivm_setup | mv_over_foo | test_ivm_setup | mv_foo | dev
```
# STV\$1MV\$1INFO
對於每個具體化視觀表，STV\$1MV\$1INFO 資料表都會包含一個資料列，顯示資料是否過時，以及狀態資訊。
如需具體化視觀表的相關資訊，請參閱 [Amazon Redshift 中的具體化視觀表](materialized-view-overview.md)。
所有使用者都可看見 STV\$1MV\$1INFO。超級使用者可以看見所有列；一般使用者只能列出其有權存取的結構描述中的具體化視觀表。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](https://docs.aws.amazon.com/redshift/latest/dg/cm_chap_system-tables.html#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_MV_INFO.html)
## 範例查詢
若要檢視所有具體化視觀表的狀態，請執行下列查詢。
```
select * from stv_mv_info;
```
此查詢傳回下列範例輸出。
```
db_name | schema | name | updated_upto_xid | is_stale | owner_user_name | state | autorefresh | autorewrite
---------+--------------------+---------+------------------+----------+-----------------+-------+-------------+------------
dev | test_ivm_setup | mv | 1031 | f | catch-22 | 1 | 1 | 0
dev | test_ivm_setup | old_mv | 988 | t | lotr | 1 | 0 | 1
```
# STV\$1NODE\$1STORAGE\$1CAPACITY
STV\$1NODE\$1STORAGE\$1CAPACITY 資料表會顯示叢集中每個節點的總儲存容量和使用總容量的詳細資訊。它包含每個節點的一列。
只有超級使用者可以看到 STV\$1NODE\$1STORAGE\$1CAPACITY。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_NODE_STORAGE_CAPACITY.html)
## 範例查詢
**注意**
下列範例的結果會根據叢集的節點規格而有所不同。將欄 `capacity` 新增至您的 SQL SELECT 以擷取叢集的容量。
下列查詢會傳回 1 MB 磁碟區塊中已使用的空間和總容量。此範例在雙節點 dc2.8xlarge 叢集上執行。
```
select node, used from stv_node_storage_capacity order by node;
```
此查詢傳回下列範例輸出。
```
node | used
------+-------
0 | 30597
1 | 27089
```
下列查詢會傳回 1 MB 磁碟區塊中已使用的空間和總容量。此範例在雙節點 ra3.16xlarge 叢集上執行。
```
select node, used from stv_node_storage_capacity order by node;
```
此查詢傳回下列範例輸出。
```
node | used
------+-------
0 | 30591
1 | 27103
```
# STV\$1PARTITIONS
使用 STV\$1PARTITIONS 資料表以了解 Amazon Redshift 的磁碟速度效能與磁碟使用率。
STV\$1PARTITIONS 對於每節點、每邏輯磁碟區皆包含一個資料列。
只有超級使用者可以看到 STV\$1PARTITIONS。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_PARTITIONS.html)
## 範例查詢
以下查詢會傳回已使用的磁碟空間與容量 (以 1 MB 磁碟區塊為單位)，並以原始磁碟空間的百分比計算磁碟使用率。原始磁碟空間包括 Amazon Redshift 保留供內部使用的空間，因此會大於名目磁碟容量，它是可供使用者使用的磁碟空間容量。Amazon Redshift 管理主控台**效能**索引標籤上的**已使用磁碟空間百分比**指標會報告叢集使用的標稱磁碟容量百分比。建議您監控 **Percentage of Disk Space Used (已使用磁碟空間百分比)** 指標，以維護叢集名目磁碟容量的使用情形。
**重要**
強烈建議您不要超過叢集的名目磁碟容量。雖然在某些情況下，以技術而言是可能的，但超過名目磁碟容量會降低叢集的容錯能力，同時提高遺失資料的風險。
此範例執行於每節點有六個邏輯磁碟分割區的雙節點叢集。空間的使用非常平均地分散至各磁碟，每個磁碟大約已使用 25%。
```
select owner, host, diskno, used, capacity,
(used-tossed)/capacity::numeric *100 as pctused
from stv_partitions order by owner;
owner | host | diskno | used | capacity | pctused
-------+------+--------+--------+----------+---------
0 | 0 | 0 | 236480 | 949954 | 24.9
0 | 0 | 1 | 236420 | 949954 | 24.9
0 | 0 | 2 | 236440 | 949954 | 24.9
0 | 1 | 2 | 235150 | 949954 | 24.8
0 | 1 | 1 | 237100 | 949954 | 25.0
0 | 1 | 0 | 237090 | 949954 | 25.0
1 | 1 | 0 | 236310 | 949954 | 24.9
1 | 1 | 1 | 236300 | 949954 | 24.9
1 | 1 | 2 | 236320 | 949954 | 24.9
1 | 0 | 2 | 237910 | 949954 | 25.0
1 | 0 | 1 | 235640 | 949954 | 24.8
1 | 0 | 0 | 235380 | 949954 | 24.8
(12 rows)
```
# STV\$1QUERY\$1METRICS
包含正在使用者定義的查詢佇列 (服務類別) 中執行之查詢的指標資訊，例如已處理的資料列數目、CPU 用量、輸入/輸出和磁碟使用情形。若要檢視已完成之查詢的指標，請參閱 [STL\$1QUERY\$1METRICS](r_STL_QUERY_METRICS.md) 系統資料表。
查詢指標每間隔一秒鐘取樣一次。因此，相同查詢的不同執行可能會傳回稍微不同的時間。另外，可能不會記錄執行時間不到一秒的查詢區段。
STV\$1QUERY\$1METRICS 會追蹤並彙總查詢、區段和步驟層級的指標。如需查詢區段和步驟的相關資訊，請參閱[查詢計劃和執行工作流程](c-query-planning.md)。許多指標 (例如 `max_rows`、`cpu_time` 等等) 是跨節點配量加總的。如需節點配量的相關資訊，請參閱[資料倉儲系統架構](c_high_level_system_architecture.md)。
若要判斷資料列報告指標的層級，請檢查 `segment` 和 `step_type` 資料欄：
+ 如果 `segment` 和 `step_type` 皆為 `-1`，則資料列報告查詢層級的指標。
+ 如果 `segment` 不是 `-1`，且 `step_type` 是 `-1`，則資料列報告區段層級的指標。
+ 如果 `segment` 和 `step_type` 皆不是 `-1`，則資料列報告步驟層級的指標。
所有使用者都可看見 STV\$1QUERY\$1METRICS。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
此資料表中的部份或所有資料也會在 SYS 監控檢視 [SYS\$1QUERY\$1DETAIL](SYS_QUERY_DETAIL.md) 中找到。SYS 監視檢視中的資料會格式化為更易於使用和理解。我們建議您使用 SYS 監控檢視進行查詢。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_QUERY_METRICS.html)
## 步驟類型
下表列出與資料庫使用者相關的步驟類型。此表未列出僅供內部使用的步驟類型。如果步驟類型為 -1，則該步驟層級不會回報該指標。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_QUERY_METRICS.html)
## 範例查詢
若要找出具有高 CPU 時間 (超過 1,000 秒) 的使用中查詢，請執行下列查詢。
```
select query, cpu_time / 1000000 as cpu_seconds
from stv_query_metrics where segment = -1 and cpu_time > 1000000000
order by cpu_time;
query | cpu_seconds
------+------------
25775 | 9540
```
若要找出具有傳回超過一百萬個資料列之巢狀迴圈聯結的使用中查詢，請執行下列查詢。
```
select query, rows
from stv_query_metrics
where step_type = 15 and rows > 1000000
order by rows;
query | rows
------+-----------
25775 | 1580225854
```
若要找出已執行超過 60 秒，但已使用 CPU 時間少於 10 秒的使用中查詢，請執行下列查詢。
```
select query, run_time/1000000 as run_time_seconds
from stv_query_metrics
where segment = -1 and run_time > 60000000 and cpu_time < 10000000;
query | run_time_seconds
------+-----------------
25775 | 114
```
# STV\$1RECENTS
使用 STV\$1RECENTS 資料表找出目前使用中並在最近針對資料庫執行之查詢的相關資訊。
所有使用者都可看見 STV\$1RECENTS。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
此資料表中的部份或所有資料也會在 SYS 監控檢視 [SYS\$1QUERY\$1HISTORY](SYS_QUERY_HISTORY.md) 中找到。SYS 監視檢視中的資料會格式化為更易於使用和理解。我們建議您使用 SYS 監控檢視進行查詢。
## Troubleshooting with STV\$1RECENTS
STV\$1RECENTS 對於確定查詢或查詢集合目前是否正在執行或已完成特別有用。它也會顯示查詢執行的持續時間。這對於了解哪些查詢長時間執行很有幫助。
您可以將 STV\$1RECENTS 聯結至其他系統檢視，例如 [STV\$1INFLIGHT](r_STV_INFLIGHT.md)，以收集有關執行查詢的其他中繼資料。(範例查詢部分中有一個範例展示如何執行此操作。) 您也可以使用此檢視中的傳回記錄以及 Amazon Redshift 主控台中的監控功能，進行即時疑難排解。
補充 STV\$1RECENTS 的系統檢視包括 [STL\$1QUERYTEXT](r_STL_QUERYTEXT.md) (會擷取 SQL 命令的查詢文字)，以及 [SVV\$1QUERY\$1INFLIGHT](r_SVV_QUERY_INFLIGHT.md) (會將 STV\$1INFLIGHT 連接到 STL\$1QUERYTEXT)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_RECENTS.html)
## 範例查詢
若要判斷目前正在資料庫上執行的有哪些查詢，請執行下列查詢：
```
select user_name, db_name, pid, query
from stv_recents
where status = 'Running';
```
以下範例輸出顯示執行於 TICKIT 資料庫的單一查詢：
```
user_name | db_name | pid | query
----------+---------+---------+-------------
dwuser | tickit | 19996 |select venuename, venueseats from
venue where venueseats > 50000 order by venueseats desc;
```
下列範例傳回正在執行或在佇列中等待執行之查詢 (如果有) 的清單：
```
select * from stv_recents where status<>'Done';
status | starttime | duration |user_name|db_name| query | pid
-------+---------------------+----------+---------+-------+-----------+------
Running| 2010-04-21 16:11... | 281566454| dwuser |tickit | select ...| 23347
```
除非您正在執行多個並行查詢，而且其中部分查詢位於佇列中，否則此查詢不會傳回結果。
以下範例延伸之前的範例。在此情況中，真正「進行中」(執行中而非等待中) 的查詢會排除在結果之外：
```
select * from stv_recents where status<>'Done'
and pid not in (select pid from stv_inflight);
...
```
如需疑難排解查詢效能的詳細提示，請參閱[查詢故障診斷](queries-troubleshooting.md)。
# STV\$1SESSIONS
使用 STV\$1SESSIONS 資料表以檢視 Amazon Redshift 的作用中使用者工作階段的相關資訊。
若要檢視工作階段歷程記錄，請使用 [STL\$1SESSIONS](r_STL_SESSIONS.md) 資料表而非 STV\$1SESSIONS。
所有使用者都可看見 STV\$1SESSIONS。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
此資料表中的部份或所有資料也會在 SYS 監控檢視 [SYS\$1SESSION\$1HISTORY](SYS_SESSION_HISTORY.md) 中找到。SYS 監視檢視中的資料會格式化為更易於使用和理解。我們建議您使用 SYS 監控檢視進行查詢。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_SESSIONS.html)
## 範例查詢
若要執行快速檢查以查看是否有任何其他使用者目前已登入 Amazon Redshift，請輸入下列查詢：
```
select count(*)
from stv_sessions;
```
如果結果大於 1，則至少有一位其他使用者目前已登入資料庫。
若要檢視 Amazon Redshift 的所有使用中工作階段，請輸入下列查詢：
```
select *
from stv_sessions;
```
以下結果顯示 Amazon Redshift 上目前執行的四個作用中工作階段：
```
starttime | process |user_name | db_name | timeout_sec
-------------------------+---------+----------------------------+----------------------------+-------------
2018-08-06 08:44:07.50 | 13779 | IAMA:aws_admin:admin_grp | dev | 0
2008-08-06 08:54:20.50 | 19829 | dwuser | dev | 120
2008-08-06 08:56:34.50 | 20279 | dwuser | dev | 120
2008-08-06 08:55:00.50 | 19996 | dwuser | tickit | 0
(3 rows)
```
字首為 IAMA 的使用者名稱指出使用者是使用聯合單一登入方式登入。如需詳細資訊，請參閱[使用 IAM 身分驗證產生資料庫使用者登入資料](https://docs.aws.amazon.com/redshift/latest/mgmt/generating-user-credentials.html)。
# STV\$1SLICES
使用 STV\$1SLICES 資料表以檢視目前分割至節點的映射。
STV\$1SLICES 中的資訊主要用於調查目的。
所有使用者都可看見 STV\$1SLICES。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_SLICES.html)
## 範例查詢
若要檢視哪些叢集節點映射哪些分割，請輸入下列查詢：
```
select node, slice from stv_slices;
```
此查詢傳回下列範例輸出：
```
node | slice
------+-------
0 | 2
0 | 3
0 | 1
0 | 0
(4 rows)
```
# STV\$1STARTUP\$1RECOVERY\$1STATE
記錄在叢集重新啟動操作期間暫時鎖定的資料表狀態。Amazon Redshift 會在處理資料表時暫時鎖定資料表，以解決叢集重新啟動後的過時交易。
所有使用者都可看見 STV\$1STARTUP\$1RECOVERY\$1STATE。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_STARTUP_RECOVERY_STATE.html)
## 範例查詢
若要監控有哪些資料表被暫時鎖定，請在叢集重新啟動之後，執行以下查詢。
```
select * from STV_STARTUP_RECOVERY_STATE;
db_id | tbl_id | table_name
--------+--------+------------
100044 | 100058 | lineorder
100044 | 100068 | part
100044 | 100072 | customer
100044 | 100192 | supplier
(4 rows)
```
# STV\$1TBL\$1PERM
STV\$1TBL\$1PERM 資料表包含 Amazon Redshift 中永久資料表的相關資訊，其中包括使用者為目前工作階段建立的暫時資料表。STV\$1TBL\$1PERM 包含所有資料庫中所有資料表的資訊。
此資料表不同於 [STV\$1TBL\$1TRANS](r_STV_TBL_TRANS.md)，它包含系統在查詢處理過程中建立之暫時性資料庫的相關資訊。
只有超級使用者可以看到 STV\$1TBL\$1PERM。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_TBL_PERM.html)
## 範例查詢
下列查詢會傳回不同的資料表 ID 與名稱的清單：
```
select distinct id, name
from stv_tbl_perm order by name;
id | name
--------+-------------------------
100571 | category
100575 | date
100580 | event
100596 | listing
100003 | padb_config_harvest
100612 | sales
...
```
其他系統資料表使用資料表 ID，因此知道哪個資料表 ID 對應至某特定資料表是非常有用的。在此範例中，SELECT DISTINCT 用於移除重複 (資料表被發佈至多個分割)。
若要判斷 VENUE 資料表中各個欄位使用的區塊數，請輸入以下查詢：
```
select col, count(*)
from stv_blocklist, stv_tbl_perm
where stv_blocklist.tbl = stv_tbl_perm.id
and stv_blocklist.slice = stv_tbl_perm.slice
and stv_tbl_perm.name = 'venue'
group by col
order by col;
col | count
-----+-------
0 | 8
1 | 8
2 | 8
3 | 8
4 | 8
5 | 8
6 | 8
7 | 8
(8 rows)
```
## 使用須知
ROWS 欄位包含未清空但已刪除 (或已清空但有 SORT ONLY 選項) 的資料列數。因此，當您直接查詢特定資料表時，STV\$1TBL\$1PERM 資料表中 ROWS 欄位的總和 (SUM) 可能會與 COUNT(\$1) 結果不相符。例如，如果從 VENUE 刪除 2 個資料列，COUNT(\$1) 結果為 200，但 SUM(ROWS) 結果仍是 202：
```
delete from venue
where venueid in (1,2);
select count(*) from venue;
count
-------
200
(1 row)
select trim(name) tablename, sum(rows)
from stv_tbl_perm where name='venue' group by name;
tablename | sum
-----------+-----
venue | 202
(1 row)
```
為了同步 STV\$1TBL\$1PERM 中的資料，請執行完整清空 VENUE 資料表。
```
vacuum venue;
select trim(name) tablename, sum(rows)
from stv_tbl_perm
where name='venue'
group by name;
tablename | sum
-----------+-----
venue | 200
(1 row)
```
# STV\$1TBL\$1TRANS
使用 STV\$1TBL\$1TRANS 資料表以尋找目前在記憶體中的暫時性資料庫資料表的相關資訊。
暫時性資料表通常是暫存的資料列集，在查詢執行時做為中繼結果使用。STV\$1TBL\$1TRANS 不同於 [STV\$1TBL\$1PERM](r_STV_TBL_PERM.md)，STV\$1TBL\$1PERM 包含永久資料庫資料表的相關資訊。
只有超級使用者可以看到 STV\$1TBL\$1TRANS。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_TBL_TRANS.html)
## 範例查詢
若要檢視查詢 ID 為 90 之查詢的暫時性資料表資訊，請輸入以下命令：
```
select slice, id, rows, size, query_id, ref_cnt
from stv_tbl_trans
where query_id = 90;
```
此查詢會傳回查詢 90 的暫時性資料表資訊，如下範例輸出所示：
```
slice | id | rows | size | query_ | ref_ | from_ | prep_
| | | | id | cnt | suspended | swap
------+----+------+------+--------+------+-----------+-------
1013 | 95 | 0 | 0 | 90 | 4 | 0 | 0
7 | 96 | 0 | 0 | 90 | 4 | 0 | 0
10 | 96 | 0 | 0 | 90 | 4 | 0 | 0
17 | 96 | 0 | 0 | 90 | 4 | 0 | 0
14 | 96 | 0 | 0 | 90 | 4 | 0 | 0
3 | 96 | 0 | 0 | 90 | 4 | 0 | 0
1013 | 99 | 0 | 0 | 90 | 4 | 0 | 0
9 | 96 | 0 | 0 | 90 | 4 | 0 | 0
5 | 96 | 0 | 0 | 90 | 4 | 0 | 0
19 | 96 | 0 | 0 | 90 | 4 | 0 | 0
2 | 96 | 0 | 0 | 90 | 4 | 0 | 0
1013 | 98 | 0 | 0 | 90 | 4 | 0 | 0
13 | 96 | 0 | 0 | 90 | 4 | 0 | 0
1 | 96 | 0 | 0 | 90 | 4 | 0 | 0
1013 | 96 | 0 | 0 | 90 | 4 | 0 | 0
6 | 96 | 0 | 0 | 90 | 4 | 0 | 0
11 | 96 | 0 | 0 | 90 | 4 | 0 | 0
15 | 96 | 0 | 0 | 90 | 4 | 0 | 0
18 | 96 | 0 | 0 | 90 | 4 | 0 | 0
```
在此範例中，您可以看到涉及資料表 95、96 及 98 的查詢資料。因為零字元組分配給此資料表，所以此查詢可在記憶體中執行。
# STV\$1WLM\$1CLASSIFICATION\$1CONFIG
包含 WLM 目前的分類規則。
只有超級使用者可以看到 STV\$1WLM\$1CLASSIFICATION\$1CONFIG。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_WLM_CLASSIFICATION_CONFIG.html)
## 範例查詢
```
select * from STV_WLM_CLASSIFICATION_CONFIG;
id | condition | action_seq | action | action_service_class
---+---------------------------------------------+------------+--------+---------------------
1 | (system user) and (query group: health) | 0 | assign | 1
2 | (system user) and (query group: metrics) | 0 | assign | 2
3 | (system user) and (query group: cmstats) | 0 | assign | 3
4 | (system user) | 0 | assign | 4
5 | (super user) and (query group: superuser) | 0 | assign | 5
6 | (query group: querygroup1) | 0 | assign | 6
7 | (user group: usergroup1) | 0 | assign | 6
8 | (user group: usergroup2) | 0 | assign | 7
9 | (query group: querygroup3) | 0 | assign | 8
10 | (query group: querygroup4) | 0 | assign | 9
11 | (user group: usergroup4) | 0 | assign | 9
12 | (query group: querygroup*) | 0 | assign | 10
13 | (user group: usergroup*) | 0 | assign | 10
14 | (querytype: any) | 0 | assign | 11
(4 rows)
```
# STV\$1WLM\$1QMR\$1CONFIG
記錄 WLM 查詢監控規則 (QMR) 的組態設定。如需詳細資訊，請參閱[WLM 查詢監控規則](cm-c-wlm-query-monitoring-rules.md)。
只有超級使用者可以看到 STV\$1WLM\$1QMR\$1CONFIG。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_WLM_QMR_CONFIG.html)
## 範例查詢
若要檢視所有大於 5 之服務類別 (包括使用者定義的佇列) 的 QMR 規則定義，請執行以下查詢。如需服務類別 ID 的清單，請參閱 [WLM 服務類別 ID](cm-c-wlm-system-tables-and-views.md#wlm-service-class-ids)。
```
Select *
from stv_wlm_qmr_config
where service_class > 5
order by service_class;
```
# STV\$1WLM\$1QUERY\$1QUEUE\$1STATE
記錄服務類別之查詢佇列的目前狀態。
所有使用者都可看見 STV\$1WLM\$1QUERY\$1QUEUE\$1STATE。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
此資料表中的部份或所有資料也會在 SYS 監控檢視 [SYS\$1QUERY\$1HISTORY](SYS_QUERY_HISTORY.md) 中找到。SYS 監視檢視中的資料會格式化為更易於使用和理解。我們建議您使用 SYS 監控檢視進行查詢。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_WLM_QUERY_QUEUE_STATE.html)
## 範例查詢
下列查詢會顯示服務類別大於 4 的佇列中的查詢。
```
select * from stv_wlm_query_queue_state
where service_class > 4
order by service_class;
```
此查詢傳回下列範例輸出。
```
service_class | position | task | query | slot_count | start_time | queue_time
---------------+----------+------+-------+------------+----------------------------+------------
5 | 0 | 455 | 476 | 5 | 2010-10-06 13:18:24.065838 | 20937257
6 | 1 | 456 | 478 | 5 | 2010-10-06 13:18:26.652906 | 18350191
(2 rows)
```
# STV\$1WLM\$1QUERY\$1STATE
記錄 WLM 追蹤之查詢的目前狀態。
所有使用者都可看見 STV\$1WLM\$1QUERY\$1STATE。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
此資料表中的部份或所有資料也會在 SYS 監控檢視 [SYS\$1QUERY\$1HISTORY](SYS_QUERY_HISTORY.md) 中找到。SYS 監視檢視中的資料會格式化為更易於使用和理解。我們建議您使用 SYS 監控檢視進行查詢。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_WLM_QUERY_STATE.html)
## 範例查詢
下列查詢顯示大於 4 之服務類別中所有目前正在執行的查詢。如需服務類別 ID 的清單，請參閱 [WLM 服務類別 ID](cm-c-wlm-system-tables-and-views.md#wlm-service-class-ids)。
```
select xid, query, trim(state) as state, queue_time, exec_time
from stv_wlm_query_state
where service_class > 4;
```
此查詢傳回下列範例輸出：
```
xid | query | state | queue_time | exec_time
-------+-------+---------+------------+-----------
100813 | 25942 | Running | 0 | 1369029
100074 | 25775 | Running | 0 | 2221589242
```
# STV\$1WLM\$1QUERY\$1TASK\$1STATE
包含服務類別查詢任務的目前狀態。
所有使用者都可看見 STV\$1WLM\$1QUERY\$1TASK\$1STATE。超級使用者可以看見所有資料列；一般使用者只能看見自己的資料。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_WLM_QUERY_TASK_STATE.html)
## 範例查詢
下列查詢顯示大於 4 之服務類別中的查詢的目前狀態。如需服務類別 ID 的清單，請參閱 [WLM 服務類別 ID](cm-c-wlm-system-tables-and-views.md#wlm-service-class-ids)。
```
select * from stv_wlm_query_task_state
where service_class > 4;
```
此查詢傳回下列範例輸出：
```
service_class | task | query | start_time | exec_time
--------------+------+-------+----------------------------+-----------
5 | 466 | 491 | 2010-10-06 13:29:23.063787 | 357618748
(1 row)
```
# STV\$1WLM\$1SERVICE\$1CLASS\$1CONFIG
記錄 WLM 的服務類別組態。
只有超級使用者可以看到 STV\$1WLM\$1SERVICE\$1CLASS\$1CONFIG。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_WLM_SERVICE_CLASS_CONFIG.html)
## 範例查詢
第一個使用者定義的服務類別為服務類別 6，其名為 Service class \$11。下列查詢顯示大於 4 之服務類別的目前組態。如需服務類別 ID 的清單，請參閱 [WLM 服務類別 ID](cm-c-wlm-system-tables-and-views.md#wlm-service-class-ids)。
```
select rtrim(name) as name,
num_query_tasks as slots,
query_working_mem as mem,
max_execution_time as max_time,
user_group_wild_card as user_wildcard,
query_group_wild_card as query_wildcard
from stv_wlm_service_class_config
where service_class > 4;
name | slots | mem | max_time | user_wildcard | query_wildcard
-----------------------------+-------+-----+----------+---------------+---------------
Service class for super user | 1 | 535 | 0 | false | false
Queue 1 | 5 | 125 | 0 | false | false
Queue 2 | 5 | 125 | 0 | false | false
Queue 3 | 5 | 125 | 0 | false | false
Queue 4 | 5 | 627 | 0 | false | false
Queue 5 | 5 | 125 | 0 | true | true
Default queue | 5 | 125 | 0 | false | false
```
以下查詢顯示動態 WLM 轉換的狀態。在轉換進行時，`num_query_tasks` 與 `target_query_working_mem` 會進行更新，直到它們等於目標值。如需詳細資訊，請參閱[WLM 動態和靜態組態屬性](cm-c-wlm-dynamic-properties.md)。
```
select rtrim(name) as name,
num_query_tasks as slots,
target_num_query_tasks as target_slots,
query_working_mem as memory,
target_query_working_mem as target_memory
from stv_wlm_service_class_config
where num_query_tasks > target_num_query_tasks
or query_working_mem > target_query_working_mem
and service_class > 5;
name | slots | target_slots | memory | target_mem
------------------+-------+--------------+--------+------------
Queue 3 | 5 | 15 | 125 | 375
Queue 5 | 10 | 5 | 250 | 125
(2 rows)
```
# STV\$1WLM\$1SERVICE\$1CLASS\$1STATE
包含服務類別的目前狀態。
只有超級使用者可以看到 STV\$1WLM\$1SERVICE\$1CLASS\$1STATE。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_WLM_SERVICE_CLASS_STATE.html)
## 範例查詢
下列查詢顯示大於 5 之服務類別的狀態。如需服務類別 ID 的清單，請參閱 [WLM 服務類別 ID](cm-c-wlm-system-tables-and-views.md#wlm-service-class-ids)。
```
select service_class, num_executing_queries,
num_executed_queries
from stv_wlm_service_class_state
where service_class > 5
order by service_class;
```
```
service_class | num_executing_queries | num_executed_queries
---------------+-----------------------+----------------------
6 | 1 | 222
7 | 0 | 135
8 | 1 | 39
(3 rows)
```
# STV\$1XRESTORE\$1ALTER\$1QUEUE\$1STATE
使用 STV\$1XRESTORE\$1ALTER\$1QUEUE\$1STATE 可以在傳統調整大小時監視每個資料表的移轉進度。當目標節點類型為 RA3 時，這特別適用。如需有關傳統調整為 RA3 節點大小的詳細資訊，請前往[傳統調整大小](https://docs.aws.amazon.com/redshift/latest/mgmt/managing-cluster-operations.html#classic-resize-faster)。
只有超級使用者可以看見 STV\$1XRESTORE\$1ALTER\$1QUEUE\$1STATE。如需詳細資訊，請參閱[系統資料表和檢視中資料的可見性](cm_chap_system-tables.md#c_visibility-of-data)。
此資料表中的部份或所有資料也會在 SYS 監控檢視 [SYS\$1RESTORE\$1STATE](SYS_RESTORE_STATE.md) 中找到。SYS 監視檢視中的資料會格式化為更易於使用和理解。我們建議您使用 SYS 監控檢視進行查詢。
## 資料表欄
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/dg/r_STV_XRESTORE_ALTER_QUEUE_STATE.html)
## 範例查詢
下列查詢顯示資料庫中等待調整大小、目前正在調整大小，以及完成調整大小的資料表數量。
```
select db_id, status, count(*)
from stv_xrestore_alter_queue_state
group by 1,2 order by 3 desc
db_id | status | count
-------+------------+------
694325 | Waiting | 323
694325 | Finished | 60
694325 | Applying | 1
```