本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
LWLock:MultiXact
LWLock:MultiXactMemberBuffer、LWLock:MultiXactMemberSLRU、 LWLock:MultiXactOffsetBuffer和 LWLock:MultiXactOffsetSLRU等待事件表示工作階段正在等待擷取修改指定資料表中相同資料列的交易清單。
LWLock:MultiXactMemberBuffer– 程序正在等待簡單的最近最少使用 (SLRU) 緩衝區上的輸入/輸出，以取得 multixact 成員。LWLock:MultiXactMemberSLRU– 程序正在等待存取簡單的最近最少使用 (SLRU) 快取，以取得 multixact 成員。LWLock:MultiXactOffsetBuffer– 程序正在等待簡單的最近最少使用 (SLRU) 緩衝區上的輸入/輸出，以取得 multixact 位移。LWLock:MultiXactOffsetSLRU– 程序正在等待存取簡單的最近最少使用 (SLRU) 快取上，以取得 multixact 位移。
支援的引擎版本
所有版本的 Aurora PostgreSQL 都支援此等待事件資訊。
Context
multixact 是一種資料結構，可存放修改相同資料表資料列的交易 IDs (XIDs) 清單。當單一交易參考資料表中的資料列時，交易 ID 會存放在資料表標頭資料列中。當多個交易參考資料表中的同一資料列時，交易 ID 清單會存放在 multixact 資料結構中。multixact 等待事件表示工作階段正在從資料結構中擷取參照資料表中指定資料列的交易清單。
等待時間增加的可能原因
使用 multixact 的三個常見原因如下：
來自明確儲存點的子交易 – 在交易中明確建立儲存點會產生相同資料列的新交易。例如，依序使用
SELECT FOR UPDATE、SAVEPOINT、UPDATE。某些驅動程式、物件關聯式映射器 (ORM) 和抽象層具有組態選項，用於使用儲存點自動包裝所有操作。這可能會在某些工作負載中產生許多 multixact 等待事件。PostgreSQL JDBC 驅動程式的
autosave選項就是此情況的範例。如需詳細資訊，請參閱 PostgreSQL JDBC 文件中的 pgJDBC。另一個範例是 PostgreSQL ODBC 驅動程式及其 protocol選項。如需詳細資訊，請參閱 PostgreSQL ODBC 驅動程式文件中的 psqlODBC Configuration Options(psqlODBC 組態選項)。 來自 PL/pgSQL EXCEPTION 子句的子交易 – 您在 PL/pgSQL 函數或程序中撰寫的每個子
EXCEPTION句都會在SAVEPOINT內部建立 。外部索引鍵 – 多個交易在上層記錄上取得共用鎖定。
當指定資料列包含在多重交易操作中時，處理資料列需要從 multixact 清單中擷取交易 ID。如果查詢無法從記憶體快取中取得 multixact，則必須從 Aurora 儲存層讀取資料結構。這個來自儲存體的 I/O 表示查詢可能需要較長的時間。由於大量的多重交易，記憶體快取遺漏可能會在大量使用情況下開始發生。所有這些因素都會導致此等待事件的增加。
動作
根據等待事件的原因，我們會建議不同的動作。其中一些動作有助於立即減少等待事件。但是，其他人可能需要調查和更正才能擴展工作負載。
使用此等待事件對資料表執行清空凍結
如果此等待事件突然激增並影響您的生產環境，您可以使用下列任何暫時方法來減少其計數。
使用此等待事件增加資料表的自動清空頻率
掃描所有資料庫中的所有資料表後，VACUUM 最終會移除 multixact，並進階其最舊的 multixact 值。如需詳細資訊，請參閱 Multixacts 和 Wraparound
如果在受影響的資料表或資料表分割區上使用 VACUUM FREEZE 解決等待事件問題，我們建議您使用排程器，例如 來執行 VACUUMpg_cron，而不是在執行個體層級調整自動清空。
若要讓自動清空更頻繁地發生，您可以減少受影響資料表autovacuum_multixact_freeze_max_age中儲存參數的值。如需詳細資訊，請參閱 autovacuum_multixact_freeze_max_age
增加記憶體參數
您可以調整下列參數，以最佳化 multixact 快取的記憶體用量。這些設定會控制為這些快取預留多少記憶體，這有助於減少工作負載中的多工等待事件。我們建議您從下列值開始：
- 對於 Aurora PostgreSQL 17 和更新版本：
-
multixact_offset_buffers= 128multixact_member_buffers= 256
- 對於 Aurora PostgreSQL 16 和更早版本：
-
multixact_offsets_cache_size= 128multixact_members_cache_size= 256
注意
在 Aurora PostgreSQL 17 中，參數名稱已從 變更為 multixact_offsets_cache_size multixact_offset_buffers ，從 multixact_members_cache_size 變更為 multixact_member_buffers，以符合社群 PostgreSQL 17。
您可以在叢集層級設定這些參數，讓叢集中的所有執行個體保持一致。我們建議您測試和調整這些值，以最適合您的特定工作負載需求和執行個體類別。您必須重新啟動寫入器執行個體，參數變更才會生效。
這些參數以 multixact 快取項目表示。每個快取項目使用8 KB記憶體。若要計算保留的總記憶體，請將每個參數值乘以 8 KB。例如，如果您將參數設定為 128，則預留記憶體總數將為 128 * 8 KB = 1 MB。
減少長時間執行的交易
長時間執行的交易會導致清空保留其資訊，直到交易遞交或唯讀交易關閉為止。建議您主動監控和管理長時間執行的交易。如需詳細資訊，請參閱資料庫在交易連線中長時間閒置。嘗試修改您的應用程式，以避免或盡量減少您使用長時間執行的交易。
長期動作
檢查您的工作負載，以探索 multixact 溢出的原因。您必須修正問題，才能擴展工作負載並減少等待事件。
您必須分析用來建立資料表的 DDL （資料定義語言）。請確定資料表結構和索引的設計良好。
當受影響的資料表具有外部索引鍵時，請判斷是否需要這些索引鍵，或是否有其他方式可強制執行參考完整性。
當資料表具有大量未使用的索引時，可能會導致自動清空不符合您的工作負載，並可能阻止其執行。若要避免這種情況，請檢查未使用的索引並將其完全移除。如需詳細資訊，請參閱使用大型索引管理自動清空。
減少交易中儲存點的使用。
