MySQL 9.0 中 XCom 訊息快取大小的最小設定為 128 MB，這可讓部署在可用記憶體受限的主機上。如果主機位於不穩定的網路上，不建議使用非常低的 group_replication_message_cache_size 設定，因為較小的訊息快取會讓群組成員在暫時失去連線後更難重新連線。

如果重新連線的成員無法從 XCom 訊息快取擷取所需的所有訊息，則該成員必須離開群組並重新加入，以便使用分散式復原從另一個成員的二進位記錄擷取遺失的交易。預設情況下，已離開群組的成員會嘗試自動重新加入三次，因此重新加入群組的過程仍然可以在沒有操作員干預的情況下進行。但是，使用分散式復原重新加入是一個顯著更長且更複雜的過程，而不是從 XCom 訊息快取擷取訊息，因此成員需要更長的時間才能可用，並且可能會影響群組的效能。在穩定的網路上，這可以最大限度地減少成員暫時失去連線的頻率和持續時間，這種情況發生的頻率也應最小化，因此群組或許能夠容忍較小的 XCom 訊息快取大小，而不會對其效能產生顯著影響。

如果您考慮減少快取大小限制，可以使用下列陳述式查詢效能結構描述表格 memory_summary_global_by_event_name

SELECT * FROM performance_schema.memory_summary_global_by_event_name
  WHERE EVENT_NAME LIKE 'memory/group_rpl/GCS_XCom::xcom_cache';

這會傳回訊息快取的記憶體使用統計資料，包括快取的目前項目數和快取的目前大小。如果您減少快取大小限制，XCom 會移除已決定和傳遞的最舊項目，直到目前大小低於限制為止。當此移除過程正在進行時，XCom 可能會暫時超過快取大小限制。