決定是否要重新建立索引減少未排序區域的大小減少合併列的數量以排序鍵順序載入資料使用時間序列表來減少儲存的資料

最小化真空時間

Amazon Redshift 會自動對數據進行排序並VACUUMDELETE在後台運行。這減少了運行VACUUM命令的需求。吸塵可能是一個耗時的過程。根據您資料的性質，我們建議您採取以下做法，以盡量減少真空時間。

主題

決定是否要重新建立索引
減少未排序區域的大小
減少合併列的數量
以排序鍵順序載入資料
使用時間序列表來減少儲存的資料

決定是否要重新建立索引

您通常可以使用交錯的排序樣式大幅改善查詢效能，但如果排序索引鍵資料欄中值的配送變更，效能可能隨著時間降級。

當您一開始使用COPY或 CREATE TABLE AS 載入空的交錯式資料表時，Amazon Redshift 會自動建立交錯索引。如果您最初使用加載交錯表INSERT，則需要在VACUUMREINDEX之後運行以初始化交錯索引。

隨著時間，在您新增具有新排序索引鍵值的資料列時，如果排序索引鍵資料欄中值的配送變更，效能可能降級。如果您的新資料列主要在現有排序索引鍵值的範圍內，則不需要重建索引。執行VACUUMSORTONLY或VACUUMFULL還原排序順序。

查詢引擎可以使用排序順序來有效地選取處理查詢需要掃描的資料區塊。針對交錯的排序，Amazon Redshift 會分析排序索引鍵資料欄值，以判斷最佳排序順序。如果隨著資料列新增，索引鍵值的配送變更或偏移，排序策略將不再最佳，而排序的效能優勢將會降級。若要重新分析排序索引鍵分佈，您可以執行 VACUUMREINDEX. 重建索引操作相當耗時，因此，若要決定資料表是否將可從重建索引獲益，請查詢 SVV_INTERLEAVED_COLUMNS 檢視。

例如，下列查詢顯示使用交錯排序索引鍵的資料表的詳細資訊。


select tbl as tbl_id, stv_tbl_perm.name as table_name, 
col, interleaved_skew, last_reindex
from svv_interleaved_columns, stv_tbl_perm
where svv_interleaved_columns.tbl = stv_tbl_perm.id
and interleaved_skew is not null;


 tbl_id | table_name | col | interleaved_skew | last_reindex
--------+------------+-----+------------------+--------------------
 100048 | customer   |   0 |             3.65 | 2015-04-22 22:05:45
 100068 | lineorder  |   1 |             2.65 | 2015-04-22 22:05:45
 100072 | part       |   0 |             1.65 | 2015-04-22 22:05:45
 100077 | supplier   |   1 |             1.00 | 2015-04-22 22:05:45
(4 rows)

interleaved_skew 的值為比率，指出偏移量。值為 1 表示沒有偏移。如果歪斜大於 1.4，則 a 通常VACUUMREINDEX會改善性能，除非基礎集合中的偏斜是固有的。

您可以使用 last_reindex 中的日期值來判斷自上次重建索引後經過的時間。

減少未排序區域的大小

載入大量新資料至已包含資料的資料表，或當您不隨著例行維護操作清空資料表時，未排序的區域會成長。若要避免長時間執行清空操作，請使用下列做法：

根據定期排程執行清空操作。

如果您以小量增量載入資料表 (例如每日更新，代表表格中資料列總數的一小部分)，VACUUM定期執行將有助於確保個別真空作業快速執行。
先執行最大型的載入。

如果您需要載入具有多項COPY作業的新資料表，請先執行最大負載。執行初始載入至新的或截斷的資料表時，所有資料會直接載入至排序的區域，因此不需要清空。
截斷資料表，而非刪除所有資料列。

從資料表刪除資料列不會回收該資料列佔用的空間，直到您執行清空操作為止；不過，截斷資料表會清空資料表和回收磁碟空間，因此不需要清空。或者，捨棄資料表和重新建立它。
截斷或捨棄測試資料表。

如果您因測試目的載入少量的資料列至資料表，在完成之前請勿刪除資料列。而是截斷資料表，並在後續生產載入操作中重新載入這些資料列。
執行深層複製。

如果使用複合排序索引鍵資料表的資料表有大型未排序的區域，深層複製較清空的速度快得多。深層複製會使用會自動重新排序資料表的大量插入來重新建立和重新填入資料表。如果資料表有大型未排序的區域，深層複製較清空的速度快得多。取捨是您不可以在深層複製操作期間進行並行更新，但清空期間卻可以。如需詳細資訊，請參閱設計查詢的 Amazon Redshift 最佳實務。

減少合併列的數量

如果清空操作必須將新資料列合併至資料表的排序區域，清空所需的時間將隨著資料表變大而增加。您可以透過減少必須合併的資料列數量來改善清空效能。

在清空之前，資料表在資料表的標頭中包含排序的區域，接著是未排序的區域，它會在資料列新增或更新時成長。當COPY作業新增一組資料列時，新的資料列集會在排序索引鍵新增至表格結尾的未排序區域時，依排序索引鍵進行排序。新資料列會在其自己的集合內排序，但不會在未排序的區域內排序。

下圖說明了兩個連續COPY操作之後的未排序區域，其中排序鍵是。CUSTID為求簡化，此範例顯示複合排序索引鍵，但相同的原則適用於交錯的排序索引鍵，除了未排序區域的影響大於交錯的資料表。

清空會以兩個階段還原資料表的排序順序：

將未排序的區域排序為新排序的區域。

第一個階段相當經濟實惠，因為只會重新寫入未排序的區域。如果新排序區域的排序索引鍵值的範圍高於現有範圍，則只需要重新寫入新資料列，清空即完成。例如，如果排序的區域包含 ID 值 1 到 500，而和後續的複製操作會新增大於 500 的索引鍵值，那麼只必須重新寫入未排序的區域。
將新排序的區域與先前排序的區域合併。

如果新排序區域中的鍵與排序區域中的鍵重疊，則VACUUM需要合併行。從新排序區域 (最下方的排序索引鍵) 的開頭開始，清空會從將合併的資料列從先前排序的區域和新排序的區域寫入至新的一組區塊。

新排序索引鍵範圍與現有排序索引鍵重疊的程度，決定需要重新寫入先前排序區域的程度。如果未排序的索引鍵分散在現有排序範圍中，清空可能需要重新寫入資料表的現有部分。

下圖顯示了真空將如何排序和合併被添加到表中，其中CUSTID是排序鍵的行。因為每個複製操作會新增一組新資料列，其具有的索引鍵值與現有索引鍵重疊，幾乎必須重新寫入整個資料表。此表顯示單一的排序和合併，但在實務上，大型的清空包含一系列的遞增排序和合併步驟。

如果一組新資料列中排序索引鍵的範圍與現有索引鍵的範圍重疊，合併階段的成本會隨著資料表成長，繼續按比例成長至資料表大小，同時排序階段的成本會維持與未排序區域的大小成比例。在這類情況下，合併階段的成本會使得排序階段的成本相形見絀，如下表所示。

要確定重新合併表的比例，請在真空操作完成SUMMARY後查詢 SVV VACUUM _ _。下面的查詢顯示了隨著時間的推移CUSTSALES增長更大的六個連續真空的效果。


select * from svv_vacuum_summary
where table_name = 'custsales';


 table_name | xid  | sort_      | merge_     | elapsed_   | row_  | sortedrow_ | block_  | max_merge_
            |      | partitions | increments | time       | delta | delta      | delta   | partitions
 -----------+------+------------+------------+------------+-------+------------+---------+---------------
  custsales | 7072 |          3 |          2 |  143918314 |     0 |   88297472 |   1524  |      47
  custsales | 7122 |          3 |          3 |  164157882 |     0 |   88297472 |    772  |      47
  custsales | 7212 |          3 |          4 |  187433171 |     0 |   88297472 |    767  |      47
  custsales | 7289 |          3 |          4 |  255482945 |     0 |   88297472 |    770  |      47
  custsales | 7420 |          3 |          5 |  316583833 |     0 |   88297472 |    769  |      47
  custsales | 9007 |          3 |          6 |  306685472 |     0 |   88297472 |    772  |      47
 (6 rows)

merge_increments 資料欄提供針對每個清空操作所合併資料量的指示。如果合併增量的數目超過資料表大小成長比例後續清空的增加，即表示因為現有和新排序的區域重疊，每個清空操作會重新合併資料表中增加數量的資料列。