為什麼 Amazon Redshift VACUUM 作業沒有回收磁碟空間？

簡短說明

如果有長時間執行的交易保持作用中狀態，則可能無法回收磁碟空間。刪除資料列時，隱藏的中繼資料身分資料欄 DELETE_XID 會標記為已刪除該資料列的交易 ID。如果長時間執行的作用中交易在刪除之前啟動，VACUUM 即無法清理資料列。這表示無法回收磁碟空間。如需 DELETE_XID 資料欄的相關資訊，請參閱最佳化儲存體以縮小表格。

解決方案

1.    若要檢查叢集上是否有長時間執行的交易，請執行下列查詢：

rsdb=# select *,datediff(s,txn_start,getdate())/86400||' days '||datediff(s,txn_start,getdate())%86400/3600||' hrs '||datediff(s,txn_start,getdate())%3600/60||' mins '||datediff(s,txn_start,getdate())%60||' secs' duration from svv_transactions where lockable_object_type='transactionid' and  pid<>pg_backend_pid() order by 3;

下列輸出顯示 xid 50341 已經處於作用中狀態 19 分 37 秒：

txn_owner  | txn_db |  xid  |  pid  |         txn_start          |   lock_mode   | lockable_object_type | relation | granted |           duration
-----------+--------+-------+-------+----------------------------+---------------+----------------------+----------+---------+------------------------------
 superuser | rsdb   | 50341 | 21612 | 2019-08-19 20:20:33.147622 | ExclusiveLock | transactionid        |          | t       | 0 days 0 hrs 19 mins 37 secs
(1 row)

2.    執行下列查詢，以確認是否已從 Amazon Redshift 表格中刪除資料列：

select a.query, a.xid, trim(c.name) tablename, b.deleted_rows, a.starttime, a.endtime
from stl_query a
join (select query, tbl, sum(rows) deleted_rows from stl_delete group by 1,2) b
on a.query = b.query
join (select id, name from stv_tbl_perm group by 1,2) c
on c.id = b.tbl
where a.xid in (select distinct xid from stl_commit_stats)
and trim(c.name) = 'tablename'
order by a.starttime;

下列輸出顯示標記為資料列刪除的交易 (xid 50350) 在長時間執行的交易 (xid 50341) 之後啟動：

query  |  xid  | tablename | deleted_rows |         starttime          |          endtime
-------+-------+-----------+--------------+----------------------------+----------------------------
 18026 | 50350 | test      |            5 | 2019-08-19 20:20:48.137594 | 2019-08-19 20:20:50.125609
(1 rows)

若要允許 VACUUM DELETE 回收這些已刪除的資料列，請選擇下列其中一個選項，然後重新執行 VACUUM 作業：

• 等待長時間執行的交易完成。
• 使用 PG_TERMINATE_BACKEND 陳述式來終止保留長時間執行交易的工作階段。

調查長時間執行的交易

查詢 SVL_STATEMENTTEXT 檢視，以檢查長時間執行交易中的活動：

rsdb=# select pid, xid, trim(label), starttime, endtime, trim(text) from svl_statementtext where xid = 50341 order by starttime , sequence;

以下是輸出範例：

pid  |  xid  |  btrim  |         starttime          |          endtime           |          btrim
-------+-------+---------+----------------------------+----------------------------+--------------------------
 21612 | 50341 | default | 2019-08-19 20:20:31.733843 | 2019-08-19 20:20:31.733844 | begin;
 21612 | 50341 | default | 2019-08-19 20:20:33.146937 | 2019-08-19 20:20:35.020556 | select * from sometable;
(2 rows)

查詢 STV_INFLIGHT 檢視，以檢查查詢是否在交易中執行：

rsdb=# select query, xid, pid, starttime, trim(text) from stv_inflight where xid = 50341;

以下是輸出範例：

query | xid | pid | starttime | btrim
-------+-----+-----+-----------+-------
(0 rows)

導致長時間執行交易的常見問題

下列行為可能會導致長時間執行的交易：

• 使用者從停用自動認可的用戶端啟動隱含交易。該交易會保持作用中狀態，直到使用者透過 COMMIT 或 ROLLBACK 命令明確關閉交易，或者工作階段終止為止。
• 使用者利用 BEGIN 明確啟動交易，但從未透過 COMMIT 或 ROLLBACK 命令關閉該交易。

---

相關資訊

對表格執行 Vacuum

管理 Vacuum 次數