SVV_VACUUM_SUMMARY - Amazon Redshift

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

SVV_VACUUM_SUMMARY

SVV_VACUUM_SUMMARY 檢視會結合 STL_VACUUM、STL_QUERY、STV_TBL_PERM 資料表,摘要系統所記錄之清空操作的相關資訊。檢視會根據清空交易和資料表傳回一個資料列。檢視會記錄操作的經過時間、建立之排序分割區數、所需合併增量數和操作執行前後的資料列和區塊計數的差異。

只有超級使用者才能看到 SVV_VACUUM_SUMMARY。如需詳細資訊,請參閱 系統資料表和檢視中資料的可見性

此資料表中的部份或所有資料也會在 SYS 監控檢視 SYS_VACUUM_HISTORY 中找到。SYS 監視檢視中的資料會格式化為更易於使用和理解。我們建議您使用 SYS 監控檢視進行查詢。

如需 SVV_VACUUM_PROGRESS 的相關資訊,請參閱 SVV_VACUUM_PROGRESS

如需 SVL_VACUUM_PERCENTAGE 的相關資訊,請參閱 SVL_VACUUM_PERCENTAGE

注意

只有在查詢已佈建的叢集時,才能使用此檢視。

資料表欄

欄名稱 資料類型 描述
table_name text 清空的資料表名稱。
xid bigint VACUUM 操作的交易 ID。
sort_partitions bigint 在清空操作的排序階段所建立之排序分割區數。
merge_increments bigint 合併增量數,需要此項目來完成清空操作的合併階段。
elapsed_time bigint 清空操作的經過執行期 (微秒)。
row_delta bigint 清空前後資料表資料列數總計的差異。
sortedrow_delta bigint 清空前後排序資料表資料列數的差異。
block_delta integer 清空前後資料表區塊計數的差異。
max_merge_partitions integer 會使用此欄位來分析表現並表示分割區數上限,也就是清空可以根據合併階段反覆運算為資料表處理的分割區數上限。(真空將未分類的區域排序為一個或多個已排序的分區。根據資料表中的欄數和目前的 Amazon Redshift 組態,合併階段可以在單次合併反覆運算中處理最大數量的分割區。如果已排序的分割區數目超過合併分割區的最大數目,合併階段仍然可以運作,但需要更多的合併反覆運算。)

範例查詢

下列查詢會傳回在三個不同資料表上清空操作的統計資訊。SALES 資料表執行了兩次清空。

select table_name, xid, sort_partitions as parts, merge_increments as merges, elapsed_time, row_delta, sortedrow_delta as sorted_delta, block_delta from svv_vacuum_summary order by xid; table_ | xid |parts|merges| elapsed_ | row_ | sorted_ | block_ name | | | | time | delta | delta | delta --------+------+-----+------+----------+---------+---------+-------- users | 2985 | 1 | 1 | 61919653 | 0 | 49990 | 20 category| 3982 | 1 | 1 | 24136484 | 0 | 11 | 0 sales | 3992 | 2 | 1 | 71736163 | 0 | 1207192 | 32 sales | 4000 | 1 | 1 | 15363010 | -851648 | -851648 | -140 (4 rows)